1.색인 소개 1,색인 은 디 렉 터 리 2 에 해당 하고 색인 은 정렬 된 색인 키 를 통 해 기본 적 인 전체 표 검색 방식 을 대체 하여 검색 효율 을 높 인 다.3.색인 생 성 은 적당 해 야 합 니 다.많 으 면 삭제 효율 에 영향 을 주 고 조회 효율 에 영향 을 줄 수 있 습 니 다.색인 은 수치 가 분 산 된 열 에 만 드 는 것 이 좋 습 니 다.같은 표 에 너무 많은 색인 을 만 드 는 것 을 피 하 는 것 이 좋 습 니 다.4.색인 의 사용 은 사용자 에 게 투명 하고 시스템 에 의 해 언제 색인 을 사용 할 지 결정 합 니 다.5.Oracle 은 다양한 유형의 색인 을 지원 합 니 다.열의 얼마,색인 값 이 유일한 지,색인 데이터 의 조직 형식 에 따라 색인 을 분류 하여 각종 표 와 조회 조건 에 대한 요 구 를 만족 시 킬 수 있 습 니 다.(첨부 파일 참조)a.단일 색인 과 복합 색인 b.B 트 리 색인(create index 시 기본 형식)B 트 리 색인 에 있 는 모든 잎 노드 는 같은 깊이 를 가지 고 있 기 때문에 조회 조건 이 어떻든 조회 속 도 는 기본적으로 같 습 니 다.다른 B 트 리 인덱스 는 정확 한 조회,모호 한 조회,비교 조회 등 다양한 검색 조건 에 적응 할 수 있 습 니 다.유 니 크 의 유일한 인덱스 값 은 유일 하지만,null 이 존재 할 수 있 습 니 다.메 인 키 는 기본적으로 유일한 인덱스 가 존재 하지만,열 은 null--Non-Unique:유일한 인덱스 가 아 닙 니 다.그 인덱스 값 은 다시 복원 할 수 있 고,NULL 로 허용 합 니 다.기본적으로 Oracle 에서 만 든 색인 은 유일한 색인 인 Reverse Key:역방향 키워드 색인 이 아 닙 니 다.색인 을 만 들 때'REVERSE'키 워드 를 지정 하면 역방향 키워드 색인 을 만 들 수 있 습 니 다.색인 에 있 는 모든 데이터 열 에 있 는 데 이 터 는 역방향 으로 저장 되 지만 원래 데이터 열의 순 서 를 유지 합 니 다.c.비트 맵 색인(열 값 범위 가 적 습 니 다.예 를 들 어 성별 정치 적 모습 이 적 습 니 다.기본 B 트 리 색인 이 아 닌 c.함수 색인 은 함수 나 표현 식 에 자주 접근 해 야 할 때 색인 에 저장 할 수 있 습 니 다.다음 에 방문 할 때 이 값 이 계산 되 었 기 때문에 WHERE 자구 에 이 함수 나 표현 식 을 포함 하 는 조회 작업 속 도 를 크게 향상 시 킬 수 있 습 니 다.함수 색인 은 B 트 리 색인 도 사용 할 수 있 고 비트 맵 색인 도 사용 할 수 있 습 니 다.2.색인 을 관리 하 는 원칙 은 색인 을 사용 할 때 다음 과 같은 기본 적 인 원칙 을 지 켜 야 한다.1.작은 시 계 는 색인 을 만 들 필요 가 없습니다.2.큰 표 의 경우 자주 조회 하 는 기록 수량 이 표 의 총 기록 수량의 15%보다 적 으 면 색인 을 만 들 수 있다.이 비율 은 결코 절대적 이지 않다.그것 은 전체 표 의 스캐닝 속도 와 반비례 한다.3.대부분의 열 값 이 중복 되 지 않 는 열 에 색인 을 만 들 수 있 습 니 다.4.기수 가 큰 열 에 대해 서 는 B 트 리 색인 을 만 들 기 에 적합 하고 기수 가 작은 열 에 대해 서 는 비트 맵 색인 을 만 들 기 에 적합 합 니 다.5.열 에 빈 값 이 많 지만 빈 값 이 아 닌 모든 열 을 자주 조회 할 때 색인 을 만들어 야 합 니 다.6.LONG 과 LONG RAW 열 은 색인 을 만 들 수 없습니다.7.자주 연결 조 회 를 하 는 열 에 색인 을 만들어 야 합 니 다.8.CREATE INDEX 문 구 를 사용 하여 조 회 를 만 들 때 가장 자주 조회 하 는 열 을 다른 열 앞 에 놓는다.9.색인 을 유지 하려 면 비용 이 필요 합 니 다.특히 시 계 를 삽입 하고 삭제 할 때 표 의 색인 수량 을 제한 해 야 합 니 다.주로 읽 는 표 에 대해 서 는 색인 이 많 으 면 좋 지만,표 하나 가 자주 바 뀌 면 색인 이 적어 야 합 니 다.10.표 에 데 이 터 를 삽입 한 후 색인 을 만 듭 니 다.데 이 터 를 불 러 오기 전에 색인 을 만 들 었 다 면 줄 마다 오 라 클 은 색인 을 변경 해 야 합 니 다.3.LONG 형식(2G 저장 가능)은 문자열 검색 이 필요 없 는 긴 문자열 데이터 에 사 용 됩 니 다.문자 검색 을 하려 면 varchar 2 형식 을 사용 해 야 합 니 다.이렇게 긴 것 을 저장 하려 면 pstate 1.setCharacterStream()방법 을 사용 하 십시오.자 료 는 첨부 파일 P26 4 참조.다음 CREATE INDEX 문 구 를 만 드 는 문법 은 다음 과 같 습 니 다.CREATE[UNIQUE]|[BITMAP]INDEX indexname ON table_name([column1 [ASC|DESC],column2 [ASC|DESC],…] | [express]) [TABLESPACE tablespace_name] [PCTFREE n1] [STORAGE (INITIAL n2)] [NOLOGGING] [NOLINE] [NOSORT]; 5.1.색인 정 보 를 보면 allindexs 표 중 2,색인 정보 보기 및 인용 열 allind_columns 3,함수 색인 정보 보기 allind_expressions 4.Oacle 은 비교적 스마트 합 니 다.가끔 은 색인 을 만들어 도 사용 하지 않 습 니 다.예 를 들 어 데이터 양 이 비교적 적은 상황 에서 색인 5 를 사용 하지 않 을 수도 있 습 니 다.전체 표 스 캔 을 할 때 색인 을 사용 하지 않 아 도 효율 이 좋 습 니 다.6.조 회 는 캐 시 를 사용 할 수 있 습 니 다.실행 속도 가 빨 라 진 것 을 발견 하면 sql 이 더 좋 은 것 은 아 닙 니 다.캐 시 에 사 용 된 것 일 수도 있 습 니 다.7.plsql 의'계획 설명'기능 을 사용 하면 계획 의 소 모 를 비교 하여 더 좋 은 sql 을 쓸 수 있 습 니 다.
