[ORACLE동영상교육]오라클 오름차순/내림차순 인덱스, ORDER BY 없이 WHERE절 구성하기(오라클학원교육, 오라클SQL교육)

 [ORACLE동영상교육]오라클 오름차순/내림차순 인덱스, ORDER BY 없이 WHERE절 구성하기(오라클학원교육, 오라클SQL교육)

http://ojc.asia/bbs/board.php?bo_table=LecOracle&wr_id=294 

오라클 SQL 강좌

오름차순/내림차순 인덱스

ORDER BY 없이 WHERE절 구성하기

“ORDER BY 조심해서 사용하세요~”

오라클 오름차순/내림차순 인덱스, ORDER BY 없이 WHERE절 구성하기(오라클학원교육, 오라클SQL교육)

오라클 오름차순/내림차순 인덱스, ORDER BY 없이 WHERE절 구성하기(오라클학원교육, 오라클SQL교육)오라클 SQL 강좌오름차순/내림차순 인덱스ORDER BY 없이 WHERE절 구성하기“ORDER BY 조심해서 사용하세

ojc.asia

https://youtu.be/HAN5QruWjxU

https://youtu.be/agFbSyrV22A

인덱스index를 생성 할 때 칼럼명 다음에 ASC 또는 DESC를 기술하지 않으면 기본적으로 오름차순(ASCENDING)으로 인덱스가 생성되는데, 컬럼명 다음에 ASC 라고 기술하면 오름차순, DESC 라고 기술하면 내림차순(DESCENDING)으로 인덱스가 생성됩니다.

오름차순, 내림차순 인덱스 구분은 데이터 조회시 정렬(SORT) 이라는 중요한 기능을 수행 합니다. 인덱스가 내림차순으로 생성되어 있다면 인덱스를 경유하여 데이터를 조회하면 ORDER BY를 기술하지 않더라도 데이터는 내림차순 정렬되어 있을 것 입니다.

아래는 인덱스와 원본 테이블 데이터의 구조 입니다.

사진 삭제

사진 설명을 입력하세요.

[그림 12.1 인덱스구조]

사원(EMP) 테이블의 사원명(ename) 컬럼에 오름차순 인덱스가 생성되어 있는 모습 입니다. USER라는 테이블스페이스에 EMP 테이블 데이터 원본이 존재하고, 인덱스는 별도의 이름을 가진 다른 테이블스페이스에 생성이 되어 있습니다. 그림의 맨 좌측 16진수 문자열 컬럼은 ROWID 컬럼으로 모든 행들의 물리적인 주소를 가리키는 의사컬럼이 입니다.

원본 테이블에서 데이터를 추출하면 SMITH, ALLEN, WARD… 순서 이지만 인덱스를 경유하여 데이터가 추출된다면 ADAMS, ALLEN, BLAKE,,, 순으로 추출됩니다.

EMP 테이블의 데이터를 조회할 때 SELECT * FROM EMP 이런식으로 인덱스를 경유하지 않고 원본 테이블에서 조회 한다면 출력되는 데이터는 원본 데이터에서 입력된 순서대로 조회됩니다.

만약 전체 사원목록을 조회할 때 사원명으로 오름차순 조회하고 싶다면 대부분 다음처럼 쿼리 할 것 입니다.

SELECT * FROM EMP ORDER BY ENAME DESC;

이때 EMP 테이블의 ename 컬럼에 인덱스가 있고 이를 경유 한다면 원본데이터를 메모리에 올려서 정렬하는 과정을 거치지 않아 다행이지만, 인덱스가 없다면 위 쿼리 구문의 실행을 위해 오라클은 해당 컬럼 값들을 메모리에 올려 정렬sort해야 하므로 대용량 테이블에서는 최악의 쿼리가 될 것 입니다.

실무에서 대용량 테이블인 경우 인덱스가 없는 컬럼에 대해서 절대 이런식으로 사용하시면 안됩니다.

만약 인덱스가 생성되어 있다면 EMP 테이블의 데이터를 추출할 때 인덱스를 경유하도록 하면 데이터는 저절로 정렬되어 있다는 사실을 잘 생각해야 합니다. 이런 경우 일부러 ORDER BY를 사용하지 않아도 인덱스를 경유하도록 하면 데이터는 정렬되어 있을 것 입니다. 이장의 뒷부분에서 실습을 해보겠습니다.

위 쿼리는 ENAME 칼럼에 인덱스가 있다면

SELECT * FROM EMP WHERE ENAME > ‘A’와 동일한 결과를 보일것 입니다.

“실습에서 오름차순, 내림차순 인덱스를 생성하고 ORDER BY 구문을 사용하지 않아도 인덱스 영역을 경유 하도록 쿼리를 잘 사용하면 데이터는 정렬된다는 것을 실습해 보겠습니다.”

실습

오름차순 인덱스를 생성해 보겠습니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

EMP 테이블의 ename 컬럼에 비고유, 오름차순 인덱스를 생성하세요.

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

CREATE INDEX IDX_EMP_ENAME ON EMP(ENAME ASC);

<실행결과>

Index IDX_EMP_ENAME이(가) 생성되었습니다.

컬럼명 다음에 ASC, DESC를 기술하지 않으면 ASC가 기본값 입니다. 위 구문은 다음 구문과 동일 합니다. CREATE INDEX IDX_EMP_SAL ON EMP(ENAME)

실습

복합 컬럼에 오름차순, 내림차순 인덱스를 생성해 보겠습니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

EMP 테이블에서 job 오름차순, sa 내림차순으로 인덱스를 생성 하세요.

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

CREATE INDEX IDX_EMP_JOB_SAL ON EMP(JOB, SAL DESC);

<실행결과>

Index IDX_EMP_JOB_SAL이(가) 생성되었습니다.

실습

테이블에 입력되는 순서대로 SELECT 시 조회된다는 사실을 실습을 통해 알아 보겠습니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

TEST 테이블을 생성 후 3건의 데이터를 입력하고 조회해 보세요.

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

CREATE TABLE TEST (

A VARCHAR2(100) PRIMARY KEY,

b VARCHAR2(10));

INSERT INTO TEST VALUES ('1','111');

INSERT INTO TEST VALUES ('3','333');

INSERT INTO TEST VALUES ('2','222');

SELECT * FROM TEST;

<실행결과>

• 0열 선택0열 다음에 열 추가
• 1열 선택1열 다음에 열 추가
• 2열 선택2열 다음에 열 추가

• 0행 선택0행 다음에 행 추가
• 1행 선택1행 다음에 행 추가
• 2행 선택2행 다음에 행 추가
• 3행 선택3행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

	A	B
1	1	111
2	3	333
3	2	222

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

INSERT 문에 의해 입력되는 순서대로 데이터가 조회 됩니다.

실습

ORDER BY 구문을 사용하지 않고도 정렬된 데이터를 추출해 보겠습니다.

현재 EMP 테이블의 ename 컬럼은 인덱스가 생성되어 있습니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

EMP 테이블의 모든 데이터를 조회하세요.

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

SELECT EMPNO, ENAME FROM EMP;

<실행결과>

• 0열 선택0열 다음에 열 추가
• 1열 선택1열 다음에 열 추가
• 2열 선택2열 다음에 열 추가

• 0행 선택0행 다음에 행 추가
• 1행 선택1행 다음에 행 추가
• 2행 선택2행 다음에 행 추가
• 3행 선택3행 다음에 행 추가
• 4행 선택4행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

	EMPNO	ENAME
1	7369	SMITH
...	...	...
13	7902	FORD
14	7934	MILLER

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

EMP 테이블에 입력된 순서대로 조회 됩니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

EMP 테이블에서 모든 사원의 empno, ename 컬럼 데이터를 조회하세요.(단 ename 오름차순으로 정렬)

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

SELECT EMPNO, ENAME FROM EMP ORDER BY ENAME;

<실행결과>

• 0열 선택0열 다음에 열 추가
• 1열 선택1열 다음에 열 추가
• 2열 선택2열 다음에 열 추가

• 0행 선택0행 다음에 행 추가
• 1행 선택1행 다음에 행 추가
• 2행 선택2행 다음에 행 추가
• 3행 선택3행 다음에 행 추가
• 4행 선택4행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

	EMPNO	ENAME
1	7876	ADAMS
...	...	...
13	7844	TURNER
14	7521	WARD

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

ename 컬럼을 기준으로 오름차순 정렬되어 조회 됩니다.

이번에는 ORDER BY 구문을 이용하지 않고 인덱스를 경유하도록 해서 데이터를 조회해 보겠습니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

EMP 테이블에서 모든 사원의 empno, ename 컬럼 데이터를 조회하세요.(단 ename 오름차순으로 정렬)

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

SELECT EMPNO, ENAME FROM EMP WHERE ENAME > 'A';

<실행결과>

• 0열 선택0열 다음에 열 추가
• 1열 선택1열 다음에 열 추가
• 2열 선택2열 다음에 열 추가

• 0행 선택0행 다음에 행 추가
• 1행 선택1행 다음에 행 추가
• 2행 선택2행 다음에 행 추가
• 3행 선택3행 다음에 행 추가
• 4행 선택4행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

	EMPNO	ENAME
1	7876	ADAMS
...	...	...
13	7844	TURNER
14	7521	WARD

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

ename 컬럼을 기준으로 오름차순 정렬되어 조회 됩니다.

ORDER BY를 사용하지 않았지만 오라클을 감동시켜 ename 인덱스를 경유 하도록 하기 위해 WHERE 절에 ename 컬럼을 일부러 출현시켰더니 오라클이 ename 인덱스를 경유하여 오름차순으로 데이터가 조회 되었습니다. 여기서 우리는 WHERE 절에 인덱스 컬럼을 출현시키면 오라클이 해당 컬럼의 인덱스 영역에서 데이터를 조회한다는 사실을 알았습니다.

사실 중요한 것은 ORDER BY를 사용했냐 안했냐가 아니라 내가 작성한 쿼리문이 적절한 인덱스를 경유하여 검색 속도에 문제가 없는지 입니다.

ORDER BY를 인덱스가 없는 컬럼에 대해 사용하게 되면 100% 메모리에 올려 정렬이라는 과정을 거치게 되어 있으므로 대용량 테이블인 경우 조회 속도는 최악 입니다. 정말 주의 해야 합니다.

물론 ORDER BY를 사용하더라도 컬럼에 인덱스가 있다면 원본 데이터를 정렬하는 것보다 대체로 인덱스 영역에서 데이터를 가지고 오니 큰 무리는 없습니다. 그러므로 ORDER BY를 사용했다면 오라클의 실행계획execution plan(SQL Developer에서 F10)을 반드시 확인하여 ORDER BY에 사용한 컬럼의 인덱스를 경유하는 지를 반드시 확인해야 합니다.

오라클에서 쿼리 실행전 중요한 구성요소중 하나는 오라클 옵티마이저oracle optimizer 입니다. 옵티마이저는 다양한 실행 경로를 생성하고 비용(COST)이 가장 적게드는 최적의 실행경로를 선택합니다.

실행계획은 오라클 옵티마이저(Oracle Optimizer)가 SQL문장의 실행을 위해 테이블의 데이터를 원본에서 하나씩 읽어서 접근할 것인지, 어떤 인덱스에서 랜덤 액세스를 통해 접근할 것인지, 어떤 SQL연산을 사용할 것인지, 어떤 조인순서로 조인을 하고, 어떤 조인을 사용할 것인지 등에 대해 계획을 수립한 것 입니다.

실습

이번에는 ename 컬럼의 인덱스를 내림차순으로 생성한 후 ename 내림차순으로 데이터를 조회해 보겠습니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

ename 컬럼에 생성되어 있는 IDX_EMP_ENAME 인덱스를 삭제하고 내림차순 인덱스를 다시 생성하세요.

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

DROP INDEX IDX_EMP_NAME;

CREATE INDEX IDX_EMP_ENAME ON EMP(ENAME DESC);

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

EMP 테이블에서 모든 사원의 empno, ename 컬럼 데이터를 조회하세요.(단 ename 내림차순으로 정렬)

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

SELECT EMPNO, ENAME FROM EMP ORDER BY ENAME DESC;

<실행결과>

• 0열 선택0열 다음에 열 추가
• 1열 선택1열 다음에 열 추가
• 2열 선택2열 다음에 열 추가

• 0행 선택0행 다음에 행 추가
• 1행 선택1행 다음에 행 추가
• 2행 선택2행 다음에 행 추가
• 3행 선택3행 다음에 행 추가
• 4행 선택4행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

	EMPNO	ENAME
1	7521	WARD
...	...	...
13	7499	ALLEN
14	7876	ADAMS

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

ename 컬럼을 기준으로 내림차순 정렬되어 있습니다.

이번에는 ORDER BY 구문을 이용하지 않고 인덱스를 경유하도록 해서 데이터를 조회해 보겠습니다.

• 0열 선택0열 다음에 열 추가

• 0행 선택0행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

EMP 테이블에서 모든 사원의 empno, ename 컬럼 데이터를 조회하세요.(단 ename 내림차순으로 정렬)

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

SELECT EMPNO, ENAME FROM EMP WHERE ENAME > 'A';

<실행결과>

• 0열 선택0열 다음에 열 추가
• 1열 선택1열 다음에 열 추가
• 2열 선택2열 다음에 열 추가

• 0행 선택0행 다음에 행 추가
• 1행 선택1행 다음에 행 추가
• 2행 선택2행 다음에 행 추가
• 3행 선택3행 다음에 행 추가
• 4행 선택4행 다음에 행 추가

셀 전체 선택

열 너비 조절

행 높이 조절

	EMPNO	ENAME
1	7521	WARD
...	...	...
13	7499	ALLEN
14	7876	ADAMS

• 셀 병합
• 행 분할
• 열 분할
• 너비 맞춤
• 삭제

ORDER BY를 사용하지 않았지만 WHERE절에 ename 컬럼을 출현시켜 오라클에게 ename 컬럼 인덱스를 경유하여 데이터를 추출하도록 했습니다. WHERE절에 컬럼을 출현시키는 방법이외에 오라클의 힌트 구문을 이용하여 원하는 인덱스를 경유하여 데이터를 추출하도록 할 수 있습니다.

#오라클인덱스, #ORDERBY, #오라클학원, #오라클교육, #ORACLE교육, #ORACLE학원, #오라클동영상, #ORACLE동영상, #SQL교육, #SQL학원, #ORACLE강좌, #오라클강좌

오라클인덱스, ORDERBY, 오라클학원, 오라클교육, ORACLE교육, ORACLE학원, 오라클동영상, ORACLE동영상, SQL교육, SQL학원, ORACLE강좌, 오라클강좌

오라클 SQL 기초 강좌 : 오라클 인덱스(ORACLE INDEX) 소개, 인덱스 개념 및 비트리 인덱스(B*Tree Index) 소개(오라클학원교육, ORACLE학원교육)

오라클 SQL 기초 강좌 : 오라클 인덱스(ORACLE INDEX) 소개, 인덱스 개념 및 비트리 인덱스(B*Tree  Index) 소개(오라클학원교육, ORACLE학원교육)

http://ojc.asia/bbs/board.php?bo_table=LecOracle&wr_id=293 

오라클동영상, 오라클 인덱스(ORACLE INDEX) 소개 인덱스 개념 및 비트리 인덱스(B*Tree Index) 소개

오라클 SQL 기초 강좌 : 오라클 인덱스(ORACLE INDEX) 소개인덱스 개념 및 비트리 인덱스(B*Tree Index) 소개인덱스 소개인덱스는 테이블의 칼럼에 대해 생성되는 객체로 별도의 공간에 컬럼값들을 정렬

ojc.asia

https://youtu.be/agFbSyrV22A

https://www.youtube.com/watch?v=FfQJJN4rYew&list=PLxU-iZCqT52DFRbLFQIgGUFp-5En2DYRG&index=6&t=4s 

인덱스 소개

인덱스는 테이블의 칼럼에 대해 생성되는 객체로 별도의 공간에 컬럼값들을 정렬한 후 생성 합니다. 데이터 검색 속도를 향상 시키기 위해 사용되며, 포인터를 이용하여 데이터를 랜덤 액세스random access 합니다. 

예를들어 수천억건 이상의 고객데이터가 있고 고객이름으로 인덱스가 생성되어 있지 않다고 했을 때  “홍길동” 고객을 검색하려면 처음 행부터 “홍길동” 고객이 출현할 때 까지 검색을 해가야 합니다. 운이 없어서 마지막 행에 “홍길동” 데이터가 있었다면 검색속도는 아주 느려질 것 입니다. 그러나 고객이름으로 가나다 순으로 인덱스가  생성되어져 있다면 랜덤 액세스로 바로 찾아 갈 수 있습니다. 이 두경우는 하늘과 땅 차이죠^^ 그만큼 인덱스는 중요하답니다.

오라클에서 인덱스를 통해 데이터를 검색하는 이유는 조건을 만족하는 데이터를 빨리 찾고 거기서 ROWID(오라클에서 실제 레코드, 행이 있는 물리적 주소)를 찾은 후 실제 원본 데이터를 빠르게 접근하기 위해서 입니다. 

우리가 흔히 오라클에서 흔히 만드는 인덱스는 비트리(B*Tree) 인덱스인데요, 

B*Tree 인덱스는 오라클의 대표적인 형태의 인덱스로 오라클에서 CREATE INDEX로 별다른 옵션없이 생성되면 전부 B*Tree 인덱스 입니다. 인덱스 구조가 자료구조에서 배운 TREE와 비슷해서 균형잡힌 트리 B*TREE(Balanced Tree)라고 합니다. 

다음은 EMP 테이블에서 사원이름 컬럼을 내림차순(Z -> A 순서)으로 정렬했을 때의 B*Tree 인덱스의 내부 구조 입니다.  (SELECT * FROM EMP WHERE ENAME = ‘JAMES’)

[그림 13.1 B*Tree 인덱스 내부구조]

B*Tree 인덱스의 리프 블록leaf blocks에는 실제 인덱스 데이터와 원본 테이블 행의 ROWID가 있는데 각 항목은 인덱스 데이터 + ROWID로 정렬되어 있고, 브랜치 블록branch blocks은 리프 블록을 찾아가기 위한 인덱스 데이터를 가지고 있습니다.  모든 리프 블록이 동일한 깊이에 있기 때문에 B-Tree 인덱스는 균형을 이루고 각각의 행들을 검색하는데는 거의 동일한 시간이 소요됩니다.

리프 블록의 ROWID는 인덱스 경유 후 원본 테이블의 데이터에 접근해서 값을 읽어야 하는 경우 이용되며, ROWID에는 object #, file #, block # 및 row #이 포함됩니다. 여기서 file #은 물리적 데이터베이스 파일, block #은 데이터가있는 블록, row #은 블록 내의 테이블 행에 대한 포인터입니다.

리프 블록은 적절한 다음 및 이전 리프 블록을 가리 킵니다. 이렇게하면 리프 블록 자체가 디스크 전체에 저장 되더라도 인덱스에 논리적 순서가 부여되고 이를 통해 범위 스캔, 내림/오름차순 검색 등을 수행 할 수 있습니다.

테이블의 기본키primary key와 같이 고유 인덱스unique indexes로 생성되면 데이터 값당 하나의 ROWID를 가지고 있고 값이 유일하므로 값에 따라서 정렬됩니다. 하지만 이름처럼 중복될가능성이 있는 경우(고유 인덱스가 아닌 경우)에는 ROWID가 정렬 된 순서로 키에 포함되므로 인덱스 키값 즉 이름 및 ROWID를 기준으로 정렬됩니다. 사원테이블에서 이름이 동일한 사원이 있을 경우 ROWID를 기준으로 정렬됩니다.

만약 이름(ename) 컬럼에 NULL인 데이터가 있다면 ename 오름차순 정렬시 맨 뒤에 위치하며 NULL값은 인덱스에 포함되지 않습니다. 그래서 WHERE ename IS NULL을 사용하면 ename 인덱스를 경유하지 않으니 주의해야 합니다.

만약 여러개의 컬럼으로 B*Tree 인덱스를 구성한다면 첫번째 열, 선행 컬럼은 가장 자주 액세스 되며 유일한 값을 가지는 컬럼을 사용하는 것이 좋습니다.

생성된 B*Tree 인덱스는 오라클에서 자동으로 유지 관리하는데 인덱싱 된 테이블에 값을 삽입/수정 할 때 약간의 오버헤드가 있습니다. 입력 또는 수정이 빈번한 테이블에 많은 인덱스가 있는 경우 문제가 될 수 있으니 주의해야 합니다.

또한 B*Tree 인덱스는 실제 컬럼 값을 인덱스 영역에 정렬해서 보관 하므로 데이터의 중복이 생기고 칼럼 값의 선택도/분포도(전체 데이터중 5~10% 정도 선택, 값이 다양하고 유일할 수 수록)가 좋아야 최적의 성능을 내는 구조 입니다. OR 처럼 범위를 넓히면서 검색하는 경우 인덱스를 사용하지만 제 성능을 내기 어려우며 특히 NOT을 사용하는 부정연산에는 취약 합니다.

인덱스는 한번 생성되면 오라클에 의해 내부적으로 자동 관리되며 인덱스를 생성해야 하는 컬럼은 SQL문의 WHERE절 or 조인절에 빈번히 출현되는 칼럼 입니다. 

아래는 테이블 원본 데이터와 인덱스와의 구조를 표현 했습니다.

[그림 12.1 인덱스구조]

사원(EMP) 테이블의 사원명(ename) 컬럼에 인덱스가 생성되어 있는 모습 입니다. USER라는 테이블스페이스에 EMP 테이블 데이터 원본이 존재하고, 인덱스는 별도의 이름을 가진 다른 테이블스페이스에 생성이 되어 있습니다. 그림의 맨 좌측 16진수 문자열 컬럼은 ROWID 컬럼으로 모든 행들의 물리적인 주소를 가리키는 의사컬럼이 입니다. 

EMP 테이블에서 “CLARK” 사원의 직무 JOB을 조회 합니다. 

 “CLARK” 사원의 직무(JOB) 컬럼을 조회한다면 SQL은 SELECT job FROM EMP WHERE ENAME = ‘CLARK’ 이러한 형태가 되고 인덱스를 경우하여 데이터를 조회한다고 가정을 했을 때 인덱스를 경유한다면 오라클은 원본 테이블 데이터가 있는 USERS 테이블스페이스table spaces의 EMP 테이블에 접근하는 것이 아니라 그림의 오른쪽 인덱스 영역에서 CLARK을 랜덤 액세스하여 찾고 그 ROWID 값을 이용하여 다시 원본테이블에 와서 JOB 컬럼값을 추출 하는 것 입니다. 

인덱스를 생성하는 기본형식은 아래와 같습니다.

[기본형식]

CREATE   [UNIQUE] INDEX   index_name  ON   table_name (Column|Expr[,Column|Expr]...);

인덱스 종류

인덱스를 만드는형태에 따라 하나의 컬럼으로 인덱스를 만드는 단일인덱스, 여러개의 컬럼으로 인덱스를 만드는 복합 인덱스, 오름차순 또는 내림차순 인덱스, SQL함수나 표현식에 생성하는 함수기반 인덱스로 구분할 수 있습니다.

실제 인덱스가 내부적으로 어떻게 구성되어 지는지에 따라서 일반적인 오라클 인덱스인 균형잡힌 트리 형태의 B*Tree 인덱스, 비트를 이용하여 컬럼 값을 간결하게 저장하는 Bitmap 인덱스, 두 테이블 조인시 조인한 결과 칼럼에 대해 비트맵 인덱스를 생성하는 Bitmap Join 인덱스, 인덱스 컬럼의 값을 역으로 변경하여 B*Tree 인덱스를 구성한 역전환키 인덱스reverse key indexes 등이 있습니다.

인덱스가 꼭 필요한 이유

인덱스는 테이블 데이터에 액세스access 할 때마다 모든 행을 검색하지 않고도 데이터를 빠르게 찾는 데 사용됩니다. 기업에서 데이터베이스를 많은 자금을 들여 도입하는 이유중 하나는 빠른 검색 속도 입니다. 테이블에 데이터가 100건 있으나 수천억건 있으나 조회 속도는 비슷해야 한다는 이야기 입니다.

실무 현장에서 개발할 때 개발환경의 테이블에는 몇개의 행이 없지만 실 운영 상태가 되어 데이터 이행등을 한 후에는 어마어마한 데이터가 있을 수도 있다는 사실을 명심하고 

사소한 SQL문을 작성할 때도 항성 검색 성능에 신경을 쓰고 개발을 해야 합니다.

#오라클학원, #오라클교육, #오라클동영상, #ORACLE학원, #ORACLE교육, #ORACLE동영상, #ORACLE인덱스,#오라클인덱스, #ORACLE, #오라클, #비트리인덱스, #인덱스란, #CREATEINDEX, #인덱스생성

오라클학원, 오라클교육, 오라클동영상, ORACLE학원, ORACLE교육, ORACLE동영상, ORACLE인덱스,오라클인덱스, ORACLE, 오라클, 비트리인덱스, 인덱스란, CREATEINDEX, 인덱스생성