본문 바로가기

OraclE126

datapump ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Datapump ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ - 10g 이전 버전에서 export/import는 열악한 속도를 불구하고 마이그레이션을 위해 사용한유틸리티였다. (일반적으로 insert into 명령을 사용해 대상 테이블에 삽입하기 때문에 import process는 속도가 느렸다.) - Datapump는 Oracle 10g 유틸리티로 데이터의 이동 기능이 크게 향상되었다. - Datapump는 일반적인 SQL을 사용하는 대신 API로 load, unload를 한다. - export/import와 Datapump는 서로 호환되지 않는다. ━━━.. 2012. 6. 20.
DBMS_STATS [출처] http://blog.naver.com/vxxv122?Redirect=Log&logNo=130128138075 기능 1 . 현재 데이터베이스 내의 상태정보 Auto/Manual 수집 2 . 상태정보 참조 및 재 설정 가능 3 . 상태정보 백업, 복구 가능 이점 → Cost 기반 Optimizer 환경에서의 Analyze 명령어는 테이블 단위로 상태정보를 수집한다. DBMS_STATS는 테이블, 유저, 데이터베이스, 선별적(시간, 수집된 테이블, 수집안된 테이블) 단위로 수집이 가능하다. 종류 1 . DBMS_Stats.Gather_Table_Stats → 테이블의 상태정보 수집 2 . DBMS_Stats.Gather_Index_Stats → 인덱스의 상태정보 수집 3 . DBMS_Stats.Ga.. 2012. 6. 13.
DBMS_STATS 패키지 1) 통계 테이블의 생성 및 삭제 일반적으로 CREATE_STAT_TABLE, DROP_STAT_TABLE을 사용하여 데이터 딕셔너리가 아닌 사용자 스키마 내부 통계 정보를 저장할 수 있는 통계 테이블을 생성한다. Why? 데이터 딕셔너리는 기존의 통계정보를 삭제 후 입력하는 방식이지만 유저의 통계 테이블은 추가적으로 입력되기에 기존의 통계 정보들을 보존 할 수 있기 때문이다. * 파라미터 ownname 스키마 이름 stattab 생성 혹은 삭제될 테이블의 이름 tblspace 통계 테이블이 생성될 테이블 스페이스 이름 (미지정시 실행 유저의 default테이블 스페이스 사용) * 구문 -- 통계 테이블 생성 DBMS_STATS.CREATE_STAT_TABLE ( ownname VARCHAR2, stat.. 2012. 6. 13.
tuning block space usage [출처] http://blog.naver.com/kiyoun82?Redirect=Log&logNo=110069699348 * 공간 관리의 3단계 - Files [ OS 의 files? ASM 의 files? raw paritions 의 files? ] 들을 tablespace 에서 disk 로 할당 : SAME 방식 (중요 고민거리...) (Striping And Mirroring Everything) - Extent : 크기 결정 (중요 고민거리...) - BlcoKs : Size / 가득 채우기 / Migration * LMT 와 DMT 는 10g workshop 앞부분 복습하기... 6장쯤... * Locally Managed Extents - Create a locally managed table.. 2012. 6. 13.