평문으로 암호화 크기 추정 [가정] 1. 블록 암호화(128 비트) : 블록의 크기 따라 달라짐, 평문이 블록 크기에 맞지 않으면 나머지 비트를 패딩 처리(주의점: 평문의 크기가 128비트(16바이트)인 경우 128를 패딩함) 2. 평문을 블록 크기로 패딩한 후의 크기(암호화 전)와 이를 암호화하여 만든 암호문의 크기는 동일함 예:) 평문의 크기가 13 바이트 인 경우 비트 수로 13 * 8 = 104 비트이므로 128비트로 맞추기 위해 24비트를 패딩하여 128비트로 맞춘 후 암호화를 하면 암호문의 크기는 128 비트임 [base64 엔코딩] 1. 입력비트열을 64개의 printable character로 값을 표현하기 위해 6비트로 나눈 후 64개의 문자로 매핑 2. base64 엔코딩의 비트 수를 ..

dba_tables dba_external_tables dba_external_locations : 외부 파일 위치

http://bleujin.tistory.com/category/IT%20%EC%9D%B4%EC%95%BC%EA%B8%B0?page=2

데이터 펌프 유틸리리 expdp, impdp를 사용하여 시스템 간 데이터를 추출하고 적재하는 옵션은 아래와 같다. A의 경우에는 타깃 시스템의 TNSNAMES.ORA에 등록된 소스 시스템의 오라클 인스턴스 식별자(예: astns)를 이용하여 테이블을 파일로 덤프하는 경우이다. B의 경우에는 타깃 시스템의 TNSNAMES.ORA에 등록된 소스 시스템의 오라클 인스턴스 식별자(예: astns)를 이용하여 덤프 파일을 테이블로 적재하는 경우이다. A와 B의 경우 덤프 파일은 모두 소스 시스템의 디스크(로컬, 공용)에 위치한다. 주의사항은 양쪽간 expdp/impdp 유틸리티간의 버전 호환성이 존재해야 한다. 만약에 버전 호환성이 존재하지 않으면 다음과 같은 에러를 출력한다. 소스시스템의 오라클 버전은 10.2..

CLOB 컬럼은 과거 LONG 타입과는 다르게 테이블 당 여러 개로 선언될 수 있으며 STORATE IN ROW 옵션에 따라 다른 데이터와 같이 테이블 세그먼트에, 또는 CLOB 전용 세그먼트에 저장될 수 있다. 이를 증명하기 위해 아래와 같은 테스트 데이터를 사용한다. clob 테스트를 위한 데이터 create table tc( c1 char(24), clob1 clob); insert into tc values ('1111111111111', ‘a……….a');

Inline and Out-of-Line LOB Storage LOB 컬럼은 실제 LOB 값의 저장위치를 가리키는 로케이터(locator)를 저장한다. 하지만 테이블 생성시 storage in row 옵션, 또는 LOB 값의 크기에 따라서 실제 LOB의 값이 테이블 블록의 로우 안(inline)에 저장되거나 아예 테이블 블록 바깥에 다시 말해서 별도의CLOB 블록에(out-of-line)에 저장되기도 한다. 아래와 같은 조건이 되면 LOB 값은 CLOB 블록에 저장된다. 1. 테이블 생성시 LOB storage 절에 DISABLE STORAGE IN ROW 로 명시하는 경우 2. LOB 값의 크기가 근사적으로 4000 바이트(4000 - 시스템 제어 정보)보다 큰 경우 3. CLOB 블록에 저장된 LOB..