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

2026년 9월 16일 (수) 08:49에 Dbstudy님의 편집

2026-09-16T08:49:19Z

← 이전 판		2026년 9월 16일 (수) 17:49 판
1번째 줄:		1번째 줄:
	== LOB(BLOB/CLOB)대용량 데이터 ==		== LOB(BLOB/CLOB)대용량 데이터 ==
	=== 개요 ===		=== 개요 ===
	LOB(BLOB/CLOB)이 대용량 데이터를 저장하는 핵심 원리는 '''"포인터(로케이터) + 별도 세그먼트 분리 저장"''' 구조		{{개요
			\|개요=LOB(BLOB/CLOB)이 대용량 데이터를 저장하는 핵심 원리는 '''"포인터(로케이터) + 별도 세그먼트 분리 저장"''' 구조
			}}
	<source>		<source>
	LOB		LOB

2026년 9월 16일 (수) 08:47에 Dbstudy님의 편집

2026-09-16T08:47:47Z

← 이전 판		2026년 9월 16일 (수) 17:47 판
18번째 줄:		18번째 줄:

	=== LOB 저장 구조 (핵심) ===		=== LOB 저장 구조 (핵심) ===
	<source>		:::<source>
	Table Row		Table Row
	│		│
43번째 줄:		43번째 줄:

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

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

	* CHUNK란?		:::* CHUNK란?
	** LOB 데이터의 최소 I/O 단위		:::** LOB 데이터의 최소 I/O 단위
	** DB_BLOCK_SIZE의 배수여야 함 (기본값: DB_BLOCK_SIZE, 최대 32KB 권장)		:::** DB_BLOCK_SIZE의 배수여야 함 (기본값: DB_BLOCK_SIZE, 최대 32KB 권장)
	** 하나의 CHUNK는 여러 Oracle Block으로 구성 가능하나, 하나의 익스텐트 내에 존재		:::** 하나의 CHUNK는 여러 Oracle Block으로 구성 가능하나, 하나의 익스텐트 내에 존재
	==== CHUNK 설계 원칙 ====		==== CHUNK 설계 원칙 ====
			::::# 소량 다건 CLOB (예: 짧은 메모, 코멘트)
	# 소량 다건 CLOB (예: 짧은 메모, 코멘트)		::::#:<source> CHUNK 8192 -- DB_BLOCK_SIZE와 동일하게</source>
	#:<source> CHUNK 8192 -- DB_BLOCK_SIZE와 동일하게</source>		::::# 대용량 CLOB (예: 문서, XML)
	# 대용량 CLOB (예: 문서, XML)		::::#:<source> CHUNK 32768 -- 더 크게 설정하여 I/O 효율 극대화</source>
	#:<source> CHUNK 32768 -- 더 크게 설정하여 I/O 효율 극대화</source>

	=== LOB 인덱스 ===		=== LOB 인덱스 ===

Dbstudy: /* LOB 실전 튜닝 포인트 */

2026-09-16T08:46:29Z

LOB 실전 튜닝 포인트

← 이전 판		2026년 9월 16일 (수) 17:46 판
282번째 줄:		282번째 줄:
	=== LOB 실전 튜닝 포인트 ===		=== LOB 실전 튜닝 포인트 ===
	:::# Fragmentation 확인		:::# Fragmentation 확인
	:::<source lang=sql>		:::#:<source lang=sql>
	SELECT segment_name, bytes/1024/1024 MB, blocks		SELECT segment_name, bytes/1024/1024 MB, blocks
	FROM dba_segments		FROM dba_segments
288번째 줄:		288번째 줄:
	</source>		</source>
	:::# In-row vs Out-row 비율 확인 (실제 데이터 분포)		:::# In-row vs Out-row 비율 확인 (실제 데이터 분포)
	<source lang=sql>		:::#:<source lang=sql>
	SELECT		SELECT
	CASE WHEN LENGTHB(doc) <= 4000 THEN 'IN_ROW_CANDIDATE'		CASE WHEN LENGTHB(doc) <= 4000 THEN 'IN_ROW_CANDIDATE'
298번째 줄:		298번째 줄:
	</source>		</source>
	:::# Chunk 사용 효율성 (파편화 여부)		:::# Chunk 사용 효율성 (파편화 여부)
	<source lang=sql>		:::#:<source lang=sql>
	SELECT table_name, column_name, chunk		SELECT table_name, column_name, chunk
	FROM user_lobs;		FROM user_lobs;
	</source>		</source>

Dbstudy: /* LOB 실전 튜닝 포인트 */

2026-09-16T08:46:08Z

LOB 실전 튜닝 포인트

← 이전 판		2026년 9월 16일 (수) 17:46 판
282번째 줄:		282번째 줄:
	=== LOB 실전 튜닝 포인트 ===		=== LOB 실전 튜닝 포인트 ===
	:::# Fragmentation 확인		:::# Fragmentation 확인
	<source lang=sql>		:::<source lang=sql>
	SELECT segment_name, bytes/1024/1024 MB, blocks		SELECT segment_name, bytes/1024/1024 MB, blocks
	FROM dba_segments		FROM dba_segments
	WHERE segment_name IN (SELECT segment_name FROM dba_lobs WHERE table_name='X');		WHERE segment_name IN (SELECT segment_name FROM dba_lobs WHERE table_name='X');
	</source>		</source>
			:::# In-row vs Out-row 비율 확인 (실제 데이터 분포)
	2. In-row vs Out-row 비율 확인 (실제 데이터 분포)
	<source lang=sql>		<source lang=sql>
	SELECT		SELECT
298번째 줄:		297번째 줄:
	ELSE 'OUT_ROW' END;		ELSE 'OUT_ROW' END;
	</source>		</source>
			:::# Chunk 사용 효율성 (파편화 여부)
	3. Chunk 사용 효율성 (파편화 여부)
	<source lang=sql>		<source lang=sql>
	SELECT table_name, column_name, chunk		SELECT table_name, column_name, chunk
	FROM user_lobs;		FROM user_lobs;
	</source>		</source>

Dbstudy: /* LOB 실전 튜닝 포인트 */

2026-09-16T08:45:44Z

LOB 실전 튜닝 포인트

← 이전 판		2026년 9월 16일 (수) 17:45 판
281번째 줄:		281번째 줄:

	=== LOB 실전 튜닝 포인트 ===		=== LOB 실전 튜닝 포인트 ===
	1. Fragmentation 확인		:::# Fragmentation 확인
	<source lang=sql>		<source lang=sql>
	SELECT segment_name, bytes/1024/1024 MB, blocks		SELECT segment_name, bytes/1024/1024 MB, blocks

Dbstudy: /* CLOB vs VARCHAR2 근본적 차이 */

2026-09-16T08:42:53Z

CLOB vs VARCHAR2 근본적 차이

← 이전 판		2026년 9월 16일 (수) 17:42 판
14번째 줄:		14번째 줄:

	==== CLOB vs VARCHAR2 근본적 차이 ====		==== CLOB vs VARCHAR2 근본적 차이 ====
	# VARCHAR2: 최대 32767 bytes (PL/SQL , 19c 이상부터 SQL도 가능), 4000 bytes (SQL) - inline storage 강제		::::# VARCHAR2: 최대 32767 bytes (PL/SQL , 19c 이상부터 SQL도 가능), 4000 bytes (SQL) - inline storage 강제
	# CLOB: 최대 4GB * DB_BLOCK_SIZE (이론상 128TB) - out-of-line storage 가능		::::# CLOB: 최대 4GB * DB_BLOCK_SIZE (이론상 128TB) - out-of-line storage 가능


	=== LOB 저장 구조 (핵심) ===		=== LOB 저장 구조 (핵심) ===

2026년 9월 7일 (월) 05:53에 Oracle님의 편집

2026-09-07T05:53:37Z

← 이전 판		2026년 9월 7일 (월) 14:53 판
280번째 줄:		280번째 줄:

	* 원리: LOB Locator는 트랜잭션과 밀접하게 연관되어 있으며, 특정 상황(특히 원격 LOB이나 트랜잭션 경계를 넘는 경우)에서 무효화될 수 있습니다.		* 원리: LOB Locator는 트랜잭션과 밀접하게 연관되어 있으며, 특정 상황(특히 원격 LOB이나 트랜잭션 경계를 넘는 경우)에서 무효화될 수 있습니다.

			=== LOB 실전 튜닝 포인트 ===
			1. Fragmentation 확인
			<source lang=sql>
			SELECT segment_name, bytes/1024/1024 MB, blocks
			FROM dba_segments
			WHERE segment_name IN (SELECT segment_name FROM dba_lobs WHERE table_name='X');
			</source>

			2. In-row vs Out-row 비율 확인 (실제 데이터 분포)
			<source lang=sql>
			SELECT
			CASE WHEN LENGTHB(doc) <= 4000 THEN 'IN_ROW_CANDIDATE'
			ELSE 'OUT_ROW' END,
			COUNT(*)
			FROM lob_test
			GROUP BY CASE WHEN LENGTHB(doc) <= 4000 THEN 'IN_ROW_CANDIDATE'
			ELSE 'OUT_ROW' END;
			</source>

			3. Chunk 사용 효율성 (파편화 여부)
			<source lang=sql>
			SELECT table_name, column_name, chunk
			FROM user_lobs;
			</source>

Oracle: /* SecureFile vs BasicFile */

2026-09-07T05:50:18Z

SecureFile vs BasicFile

← 이전 판		2026년 9월 7일 (월) 14:50 판
151번째 줄:		151번째 줄:

	즉, "행 안에 다 넣지 않고 별도 세그먼트에 청크 단위로 분산 저장 + 로케이터로 참조"하는 것이 대용량 저장의 핵심 메커니즘입니다.		즉, "행 안에 다 넣지 않고 별도 세그먼트에 청크 단위로 분산 저장 + 로케이터로 참조"하는 것이 대용량 저장의 핵심 메커니즘입니다.
			{\| class="wikitable"
			\|+ 아키텍처 차이
			\|-
			! 구분 !! BasicFile (Legacy) !! SecureFile (Modern)
			\|-
			\| 저장 구조 \|\| 고정 청크 기반\|\| 가변 블록 + B-Tree 유사 구조
			\|-
			\| 압축 \|\| 불가 \|\| COMPRESS 옵션 지원
			\|-
			\| 중복제거 \|\| 불가 \|\| DEDUPLICATE 지원
			\|-
			\| 암호화 \|\| 불가 \|\| ENCRYPT 지원
			\|-
			\| 성능 \|\| 불가 \|\| 대폭 개선 (특히 순차 접근)
			\|}


	----		----
166번째 줄:		182번째 줄:
	CACHE \| NOCACHE \| CACHE READS		CACHE \| NOCACHE \| CACHE READS
	LOGGING \| NOLOGGING		LOGGING \| NOLOGGING
	COMPRESS [LOW\|MEDIUM\|HIGH]		COMPRESS [LOW\|MEDIUM\|HIGH] -- SecureFile 전용 기능
	DEDUPLICATE \| KEEP_DUPLICATES		DEDUPLICATE \| KEEP_DUPLICATES -- 동일 LOB 데이터 중복 제거 선택
	ENCRYPT ... \| DECRYPT		ENCRYPT ... \| DECRYPT
	)		)
179번째 줄:		195번째 줄:
	! 속성 !! 설명 !! 비고		! 속성 !! 설명 !! 비고
	\|-		\|-
	\| SECUREFILE / BASICFILE \|\| LOB 저장 방식 선택		\| SECUREFILE / BASICFILE \|\| LOB 저장 방식 선택 \|\| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름)
	\|\| SecureFile 권장(기본값은 DB_SECUREFILE 파라미터에 따름)
	\|-		\|-
	\| ENABLE/DISABLE STORAGE IN ROW \|\| 로우 내 인라인 저장 여부 \|\| 임계값 이하 데이터는 IN ROW 저장		\| ENABLE/DISABLE STORAGE IN ROW \|\| 로우 내 인라인 저장 여부 \|\| 임계값 이하 데이터는 IN ROW 저장

2026년 9월 7일 (월) 05:43에 Oracle님의 편집

2026-09-07T05:43:13Z

← 이전 판		2026년 9월 7일 (월) 14:43 판
239번째 줄:		239번째 줄:
	CACHE READS		CACHE READS
	</source>		</source>

			=== LOB과 트랜잭션 - Locator의 실체 ===
			* LOB Locator 내부 구조 (개념적)
			<source>
			LOB Locator = {
			LOB Type (CLOB/BLOB/BFILE)
			LOB Length
			Chunk Size
			Position (현재 커서 위치 - 세션 내에서만 유효)
			... (내부 메타데이터)
			}
			</source>

			* 핵심 함정: LOB Locator의 생명주기
			** 잘못된 사용 예 - LOB Locator를 커밋 후 재사용
			**:<source lang=sql>
			DECLARE
			l_clob CLOB;
			BEGIN
			SELECT doc INTO l_clob FROM lob_test WHERE id=1;
			COMMIT; -- ← 이 시점 이후 l_clob 사용 시 위험할 수 있음
			DBMS_LOB.READ(l_clob, ...); -- ORA-22990 가능성
			END;
			</source>

			* 원리: LOB Locator는 트랜잭션과 밀접하게 연관되어 있으며, 특정 상황(특히 원격 LOB이나 트랜잭션 경계를 넘는 경우)에서 무효화될 수 있습니다.

Oracle: /* CACHE / NOCACHE / CACHE READS */

2026-09-07T05:39:06Z

CACHE / NOCACHE / CACHE READS

← 이전 판		2026년 9월 7일 (월) 14:39 판
222번째 줄:		222번째 줄:

	==== CACHE / NOCACHE / CACHE READS ====		==== CACHE / NOCACHE / CACHE READS ====
	* 소량/빈번 접근 LOB: CACHE (예: 사용자 프로필 이미지 썸네일)		:* 소량/빈번 접근 LOB: CACHE (예: 사용자 프로필 이미지 썸네일)
	* 대량/1회성 접근 LOB: NOCACHE (예: 로그 파일, 대용량 첨부파일)		:* 대량/1회성 접근 LOB: NOCACHE (예: 로그 파일, 대용량 첨부파일)

	::<source>		::<source>