오라클 LOB 데이터 구조 - 편집 역사

2026년 8월 20일 (목) 10:29에 Oracle님의 편집

2026-08-20T10:29:53Z

← 이전 판		2026년 8월 20일 (목) 19:29 판
47번째 줄:		47번째 줄:

	## 속성별 정리		## 속성별 정리
			{\| class="wikitable"
	\| 속성 \| 설명 \| 비고 \|		\|+ 캡션 텍스트
	\|-~~--\|---\|---\|~~		\|-
	\| SECUREFILE / BASICFILE \| LOB 저장 방식 선택 \| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름) \|		! 속성 !! 설명 !! 비고
	\| ENABLE/DISABLE STORAGE IN ROW \| 로우 내 인라인 저장 여부 \| 임계값 이하 데이터는 IN ROW 저장 \|		\|-
	\| CHUNK \| LOB 저장 최소 단위(바이트) \| 블록사이즈 배수, 기본 8K \|		\| SECUREFILE / BASICFILE \|\| LOB 저장 방식 선택
	\| PCTVERSION \| (BasicFile 전용) 이전 버전 유지 공간 % \| Undo 방식과 다른 read consistency \|		\|\| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름)
	\| RETENTION [AUTO/MAX/MIN] \| (SecureFile 전용) 버전 보존 정책 \| AUTO가 일반적 \|		\|-
	\| CACHE / NOCACHE / CACHE READS \| 버퍼캐시 사용 여부 \| 대용량은 보통 NOCACHE \|		\| ENABLE/DISABLE STORAGE IN ROW \|\| 로우 내 인라인 저장 여부 \|\| 임계값 이하 데이터는 IN ROW 저장
	\| LOGGING / NOLOGGING \| Redo 생성 여부 \| 대량 초기 적재시 NOLOGGING 고려 \|		\|-
	\| COMPRESS [LOW/MEDIUM/HIGH] \| (SecureFile 전용) 압축 레벨 \| ACO(Advanced Compression) 라이선스 필요 \|		\| CHUNK \|\| LOB 저장 최소 단위(바이트) \|\| 블록사이즈 배수, 기본 8K
	\| DEDUPLICATE / KEEP_DUPLICATES \| (SecureFile 전용) 중복 제거 \| ACO 라이선스 필요 \|		\|-
	\| ENCRYPT / DECRYPT \| (SecureFile 전용) 투명 암호화 \| TDE 필요 \|		\| PCTVERSION \|\| (BasicFile 전용) 이전 버전 유지 공간 % \|\| Undo 방식과 다른 read consistency
	\| FREEPOOLS \| (SecureFile 전용) 동시성 향상용 free space pool 분리 \| RAC 환경 동시 write 성능 \|		\|-
			\| RETENTION [AUTO/MAX/MIN] \|\| (SecureFile 전용) 버전 보존 정책 \|\| AUTO가 일반적
			\|-
			\| CACHE / NOCACHE / CACHE READS \|\| 버퍼캐시 사용 여부 \|\| 대용량은 보통 NOCACHE
			\|-
			\| LOGGING / NOLOGGING \|\| Redo 생성 여부 \|\| 대량 초기 적재시 NOLOGGING 고려
			\|-
			\| COMPRESS [LOW/MEDIUM/HIGH] \|\| (SecureFile 전용) 압축 레벨 \|\| ACO(Advanced Compression) 라이선스 필요
			\|-
			\| DEDUPLICATE / KEEP_DUPLICATES \|\| (SecureFile 전용) 중복 제거 \|\| ACO 라이선스 필요
			\|-
			\| ENCRYPT / DECRYPT \|\| (SecureFile 전용) 투명 암호화 \| TDE 필요
			\|-
			\| FREEPOOLS \|\| (SecureFile 전용) 동시성 향상용 free space pool 분리 \|\| RAC 환경 동시 write 성능
			\|}
	## 🆕 19c 관련 New Feature / 변경사항		## 🆕 19c 관련 New Feature / 변경사항

2026년 8월 20일 (목) 10:22에 Oracle님의 편집

2026-08-20T10:22:22Z

← 이전 판		2026년 8월 20일 (목) 19:22 판
24번째 줄:		24번째 줄:

	즉, "행 안에 다 넣지 않고 별도 세그먼트에 청크 단위로 분산 저장 + 로케이터로 참조"하는 것이 대용량 저장의 핵심 메커니즘입니다.		즉, "행 안에 다 넣지 않고 별도 세그먼트에 청크 단위로 분산 저장 + 로케이터로 참조"하는 것이 대용량 저장의 핵심 메커니즘입니다.

			----
			# Oracle 19c LOB 저장 속성 정리

			## LOB STORAGE 절 기본 구조
			<source lang=sql>
			LOB (column_name) STORE AS [SECUREFILE\|BASICFILE] [lob_segment_name]
			(
			TABLESPACE ...
			ENABLE\|DISABLE STORAGE IN ROW
			CHUNK n
			PCTVERSION n \| RETENTION [AUTO\|MAX n\|MIN n]
			FREEPOOLS n
			CACHE \| NOCACHE \| CACHE READS
			LOGGING \| NOLOGGING
			COMPRESS [LOW\|MEDIUM\|HIGH]
			DEDUPLICATE \| KEEP_DUPLICATES
			ENCRYPT ... \| DECRYPT
			)
			</source>


			## 속성별 정리

			\| 속성 \| 설명 \| 비고 \|
			\|---\|---\|---\|
			\| SECUREFILE / BASICFILE \| LOB 저장 방식 선택 \| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름) \|
			\| ENABLE/DISABLE STORAGE IN ROW \| 로우 내 인라인 저장 여부 \| 임계값 이하 데이터는 IN ROW 저장 \|
			\| CHUNK \| LOB 저장 최소 단위(바이트) \| 블록사이즈 배수, 기본 8K \|
			\| PCTVERSION \| (BasicFile 전용) 이전 버전 유지 공간 % \| Undo 방식과 다른 read consistency \|
			\| RETENTION [AUTO/MAX/MIN] \| (SecureFile 전용) 버전 보존 정책 \| AUTO가 일반적 \|
			\| CACHE / NOCACHE / CACHE READS \| 버퍼캐시 사용 여부 \| 대용량은 보통 NOCACHE \|
			\| LOGGING / NOLOGGING \| Redo 생성 여부 \| 대량 초기 적재시 NOLOGGING 고려 \|
			\| COMPRESS [LOW/MEDIUM/HIGH] \| (SecureFile 전용) 압축 레벨 \| ACO(Advanced Compression) 라이선스 필요 \|
			\| DEDUPLICATE / KEEP_DUPLICATES \| (SecureFile 전용) 중복 제거 \| ACO 라이선스 필요 \|
			\| ENCRYPT / DECRYPT \| (SecureFile 전용) 투명 암호화 \| TDE 필요 \|
			\| FREEPOOLS \| (SecureFile 전용) 동시성 향상용 free space pool 분리 \| RAC 환경 동시 write 성능 \|

			## 🆕 19c 관련 New Feature / 변경사항

			1. `DB_SECUREFILE` 파라미터 기본값 변경 없음, 단 SecureFile이 사실상 표준화
			- 12c부터 BasicFile은 "desupported"(deprecated) 상태 유지, 19c에서도 동일하게 BasicFile은 신규 개발에 비권장

			2. LOB 관련 초기화 파라미터 정리 지속
			- `DB_SECUREFILE` 파라미터 값: `PERMITTED`(기본), `ALWAYS`, `FORCE`, `NEVER`, `IGNORE`
			- 19c에서도 동일 옵션 유지, ALWAYS/FORCE 사용시 BasicFile 문법도 자동으로 SecureFile로 생성

			3. JSON 관련 LOB 활용 강화 (19c 특징)
			- 19c의 확장된 JSON 지원(다중 JSON 컬럼, 부분 업데이트 등)이 내부적으로 SecureFile LOB 기반으로 동작 — LOB 자체의 새 절이라기보다는 LOB을 활용하는 상위 기능 확장

			4. In-Memory 관련
			- 19c에서 `INMEMORY` 절은 LOB 자체에는 직접 적용 불가(LOB은 IM 컬럼 스토어 미지원) — 이 제약은 계속 유지됨(신규 아님, 혼동 주의사항으로 정리)

			참고: 19c 자체에서 LOB STORE AS 문법 자체에 완전히 새로운 키워드가 추가된 것은 없고, 12c~18c에서 도입된 SecureFile 관련 옵션들이 19c에서도 그대로 유지·강화되는 흐름입니다. 12c 이후 큰 변화는 없었고, 오히려 "BasicFile 지양, SecureFile 표준화"라는 정책적 방향이 19c에서 더 굳어진 것으로 보시면 됩니다.

			특정 옵션(예: COMPRESS, DEDUPLICATE의 라이선스 조건이나 RAC FREEPOOLS 튜닝)에 대해 더 깊게 필요하시면 말씀해주세요.

Oracle: /* = 개요 */

2026-08-20T10:19:42Z

= 개요

← 이전 판		2026년 8월 20일 (목) 19:19 판
1번째 줄:		1번째 줄:
	== LOB(BLOB/CLOB)대용량 데이터 ==		== LOB(BLOB/CLOB)대용량 데이터 ==
	=== 개요 ==		=== 개요 ===
	LOB(BLOB/CLOB)이 대용량 데이터를 저장하는 핵심 원리는 '''"포인터(로케이터) + 별도 세그먼트 분리 저장"''' 구조		LOB(BLOB/CLOB)이 대용량 데이터를 저장하는 핵심 원리는 '''"포인터(로케이터) + 별도 세그먼트 분리 저장"''' 구조

Oracle: 새 문서: == LOB(BLOB/CLOB)대용량 데이터 == === 개요 == LOB(BLOB/CLOB)이 대용량 데이터를 저장하는 핵심 원리는 '''"포인터(로케이터) + 별도 세그먼트 분리 저장"''' 구조 === LOB 로케이터(LOCATOR) === # 테이블 로우에는 실제 데이터가 아니라 LOB 데이터를 가리키는 40바이트 내외의 로케이터(포인터)만 저장됨 # 실제 데이터는 별도의 LOB 세그먼트에 존재하고, 애플리케이션은 이 로케이터...

2026-08-20T10:19:30Z

새 문서: == LOB(BLOB/CLOB)대용량 데이터 == === 개요 == LOB(BLOB/CLOB)이 대용량 데이터를 저장하는 핵심 원리는 '''"포인터(로케이터) + 별도 세그먼트 분리 저장"''' 구조 === LOB 로케이터(LOCATOR) === # 테이블 로우에는 실제 데이터가 아니라 LOB 데이터를 가리키는 40바이트 내외의 로케이터(포인터)만 저장됨 # 실제 데이터는 별도의 LOB 세그먼트에 존재하고, 애플리케이션은 이 로케이터...

새 문서

== LOB(BLOB/CLOB)대용량 데이터 ==
=== 개요 ==
LOB(BLOB/CLOB)이 대용량 데이터를 저장하는 핵심 원리는 '''"포인터(로케이터) + 별도 세그먼트 분리 저장"''' 구조

=== LOB 로케이터(LOCATOR) ===
# 테이블 로우에는 실제 데이터가 아니라 LOB 데이터를 가리키는 40바이트 내외의 로케이터(포인터)만 저장됨
# 실제 데이터는 별도의 LOB 세그먼트에 존재하고, 애플리케이션은 이 로케이터를 통해 스트리밍 방식(READ/WRITE by chunk)으로 데이터에 접근함

=== In-row vs Out-of-row ===
:- 데이터 크기가 작으면(기본 임계값 관련, ENABLE STORAGE IN ROW) 로우 내부에 직접 저장
:- 임계값을 넘으면 별도의 LOB 세그먼트(out-of-row)에 체인 형태로 저장되고 로우에는 포인터만 남음
:- 이 덕분에 4000바이트 제한을 가진 VARCHAR2/RAW와 달리 최대 4GB(BasicFile) ~ (LOB) 단위까지 저장 가능

=== CHUNK 단위 저장 ===
# LOB 세그먼트는 내부적으로 CHUNK(기본 8KB, 블록 사이즈 배수) 단위로 분할 저장.
# 큰 데이터를 CHUNK들의 연결 리스트로 관리하기 때문에 부분 읽기/쓰기(random access)가 가능하고, 전체를 메모리에 올리지 않고도 스트리밍 처리가 가능.

=== LOB 인덱스 ===
LOB 세그먼트의 CHUNK 위치를 추적하기 위해 별도의 LOB 인덱스가 존재합니다(B-tree 구조로 CHUNK 매핑 관리).

=== SecureFile vs BasicFile ===
:- BasicFile: 전통적 방식, LOB 세그먼트에 체인 저장
:- SecureFile(11g+): ASSM 기반, 압축/중복제거/암호화 지원, 성능 개선된 구조로 대부분 권장

즉, "행 안에 다 넣지 않고 별도 세그먼트에 청크 단위로 분산 저장 + 로케이터로 참조"하는 것이 대용량 저장의 핵심 메커니즘입니다.

← 이전 판		2026년 8월 20일 (목) 19:29 판
47번째 줄:		47번째 줄:

	## 속성별 정리		## 속성별 정리
			{\| class="wikitable"
	\| 속성 \| 설명 \| 비고 \|		\|+ 캡션 텍스트
	\|-~~--\|---\|---\|~~		\|-
	\| SECUREFILE / BASICFILE \| LOB 저장 방식 선택 \| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름) \|		! 속성 !! 설명 !! 비고
	\| ENABLE/DISABLE STORAGE IN ROW \| 로우 내 인라인 저장 여부 \| 임계값 이하 데이터는 IN ROW 저장 \|		\|-
	\| CHUNK \| LOB 저장 최소 단위(바이트) \| 블록사이즈 배수, 기본 8K \|		\| SECUREFILE / BASICFILE \|\| LOB 저장 방식 선택
	\| PCTVERSION \| (BasicFile 전용) 이전 버전 유지 공간 % \| Undo 방식과 다른 read consistency \|		\|\| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름)
	\| RETENTION [AUTO/MAX/MIN] \| (SecureFile 전용) 버전 보존 정책 \| AUTO가 일반적 \|		\|-
	\| CACHE / NOCACHE / CACHE READS \| 버퍼캐시 사용 여부 \| 대용량은 보통 NOCACHE \|		\| ENABLE/DISABLE STORAGE IN ROW \|\| 로우 내 인라인 저장 여부 \|\| 임계값 이하 데이터는 IN ROW 저장
	\| LOGGING / NOLOGGING \| Redo 생성 여부 \| 대량 초기 적재시 NOLOGGING 고려 \|		\|-
	\| COMPRESS [LOW/MEDIUM/HIGH] \| (SecureFile 전용) 압축 레벨 \| ACO(Advanced Compression) 라이선스 필요 \|		\| CHUNK \|\| LOB 저장 최소 단위(바이트) \|\| 블록사이즈 배수, 기본 8K
	\| DEDUPLICATE / KEEP_DUPLICATES \| (SecureFile 전용) 중복 제거 \| ACO 라이선스 필요 \|		\|-
	\| ENCRYPT / DECRYPT \| (SecureFile 전용) 투명 암호화 \| TDE 필요 \|		\| PCTVERSION \|\| (BasicFile 전용) 이전 버전 유지 공간 % \|\| Undo 방식과 다른 read consistency
	\| FREEPOOLS \| (SecureFile 전용) 동시성 향상용 free space pool 분리 \| RAC 환경 동시 write 성능 \|		\|-
			\| RETENTION [AUTO/MAX/MIN] \|\| (SecureFile 전용) 버전 보존 정책 \|\| AUTO가 일반적
			\|-
			\| CACHE / NOCACHE / CACHE READS \|\| 버퍼캐시 사용 여부 \|\| 대용량은 보통 NOCACHE
			\|-
			\| LOGGING / NOLOGGING \|\| Redo 생성 여부 \|\| 대량 초기 적재시 NOLOGGING 고려
			\|-
			\| COMPRESS [LOW/MEDIUM/HIGH] \|\| (SecureFile 전용) 압축 레벨 \|\| ACO(Advanced Compression) 라이선스 필요
			\|-
			\| DEDUPLICATE / KEEP_DUPLICATES \|\| (SecureFile 전용) 중복 제거 \|\| ACO 라이선스 필요
			\|-
			\| ENCRYPT / DECRYPT \|\| (SecureFile 전용) 투명 암호화 \| TDE 필요
			\|-
			\| FREEPOOLS \|\| (SecureFile 전용) 동시성 향상용 free space pool 분리 \|\| RAC 환경 동시 write 성능
			\|}
	## 🆕 19c 관련 New Feature / 변경사항		## 🆕 19c 관련 New Feature / 변경사항

← 이전 판		2026년 8월 20일 (목) 19:22 판
24번째 줄:		24번째 줄:

	즉, "행 안에 다 넣지 않고 별도 세그먼트에 청크 단위로 분산 저장 + 로케이터로 참조"하는 것이 대용량 저장의 핵심 메커니즘입니다.		즉, "행 안에 다 넣지 않고 별도 세그먼트에 청크 단위로 분산 저장 + 로케이터로 참조"하는 것이 대용량 저장의 핵심 메커니즘입니다.

			----
			# Oracle 19c LOB 저장 속성 정리

			## LOB STORAGE 절 기본 구조
			<source lang=sql>
			LOB (column_name) STORE AS [SECUREFILE\|BASICFILE] [lob_segment_name]
			(
			TABLESPACE ...
			ENABLE\|DISABLE STORAGE IN ROW
			CHUNK n
			PCTVERSION n \| RETENTION [AUTO\|MAX n\|MIN n]
			FREEPOOLS n
			CACHE \| NOCACHE \| CACHE READS
			LOGGING \| NOLOGGING
			COMPRESS [LOW\|MEDIUM\|HIGH]
			DEDUPLICATE \| KEEP_DUPLICATES
			ENCRYPT ... \| DECRYPT
			)
			</source>


			## 속성별 정리

			\| 속성 \| 설명 \| 비고 \|
			\|---\|---\|---\|
			\| SECUREFILE / BASICFILE \| LOB 저장 방식 선택 \| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름) \|
			\| ENABLE/DISABLE STORAGE IN ROW \| 로우 내 인라인 저장 여부 \| 임계값 이하 데이터는 IN ROW 저장 \|
			\| CHUNK \| LOB 저장 최소 단위(바이트) \| 블록사이즈 배수, 기본 8K \|
			\| PCTVERSION \| (BasicFile 전용) 이전 버전 유지 공간 % \| Undo 방식과 다른 read consistency \|
			\| RETENTION [AUTO/MAX/MIN] \| (SecureFile 전용) 버전 보존 정책 \| AUTO가 일반적 \|
			\| CACHE / NOCACHE / CACHE READS \| 버퍼캐시 사용 여부 \| 대용량은 보통 NOCACHE \|
			\| LOGGING / NOLOGGING \| Redo 생성 여부 \| 대량 초기 적재시 NOLOGGING 고려 \|
			\| COMPRESS [LOW/MEDIUM/HIGH] \| (SecureFile 전용) 압축 레벨 \| ACO(Advanced Compression) 라이선스 필요 \|
			\| DEDUPLICATE / KEEP_DUPLICATES \| (SecureFile 전용) 중복 제거 \| ACO 라이선스 필요 \|
			\| ENCRYPT / DECRYPT \| (SecureFile 전용) 투명 암호화 \| TDE 필요 \|
			\| FREEPOOLS \| (SecureFile 전용) 동시성 향상용 free space pool 분리 \| RAC 환경 동시 write 성능 \|

			## 🆕 19c 관련 New Feature / 변경사항

			1. `DB_SECUREFILE` 파라미터 기본값 변경 없음, 단 SecureFile이 사실상 표준화
			- 12c부터 BasicFile은 "desupported"(deprecated) 상태 유지, 19c에서도 동일하게 BasicFile은 신규 개발에 비권장

			2. LOB 관련 초기화 파라미터 정리 지속
			- `DB_SECUREFILE` 파라미터 값: `PERMITTED`(기본), `ALWAYS`, `FORCE`, `NEVER`, `IGNORE`
			- 19c에서도 동일 옵션 유지, ALWAYS/FORCE 사용시 BasicFile 문법도 자동으로 SecureFile로 생성

			3. JSON 관련 LOB 활용 강화 (19c 특징)
			- 19c의 확장된 JSON 지원(다중 JSON 컬럼, 부분 업데이트 등)이 내부적으로 SecureFile LOB 기반으로 동작 — LOB 자체의 새 절이라기보다는 LOB을 활용하는 상위 기능 확장

			4. In-Memory 관련
			- 19c에서 `INMEMORY` 절은 LOB 자체에는 직접 적용 불가(LOB은 IM 컬럼 스토어 미지원) — 이 제약은 계속 유지됨(신규 아님, 혼동 주의사항으로 정리)

			참고: 19c 자체에서 LOB STORE AS 문법 자체에 완전히 새로운 키워드가 추가된 것은 없고, 12c~18c에서 도입된 SecureFile 관련 옵션들이 19c에서도 그대로 유지·강화되는 흐름입니다. 12c 이후 큰 변화는 없었고, 오히려 "BasicFile 지양, SecureFile 표준화"라는 정책적 방향이 19c에서 더 굳어진 것으로 보시면 됩니다.

			특정 옵션(예: COMPRESS, DEDUPLICATE의 라이선스 조건이나 RAC FREEPOOLS 튜닝)에 대해 더 깊게 필요하시면 말씀해주세요.