좋은 지수가 무엇인지 어떻게 압니까?

좋은 지수가 무엇인지 어떻게 압니까?

Oracle에서 테이블을 사용할 때 좋은 인덱스와 나쁜 인덱스를 설정할 때 어떻게 알 수 있습니까?

이것은 '좋다'와 '나쁘다'의 의미에 달려있습니다.기본적으로 추가하는 모든 인덱스는 해당 열을 기준으로 검색 성능을 향상시킨다는 것을 알아야 합니다(따라서 사용자 테이블의 '성' 열에 인덱스를 추가하면 "성 ="이 있는 쿼리의 성능은 향상되지만 전체 테이블에서 쓰기 성능은 저하됩니다).

그 이유는 행을 추가하거나 업데이트할 때 테이블 자체와 해당 행이 구성원인 모든 인덱스를 추가하거나 업데이트해야 하기 때문입니다.따라서 테이블에 5개의 인덱스가 있는 경우 각 추가 항목을 6개 자리(5개의 인덱스와 테이블)에 기록해야 하며, 최악의 경우 업데이트가 6개 자리까지 기록될 수 있습니다.

인덱스 생성은 쿼리 속도와 쓰기 속도 사이의 균형을 유지하는 작업입니다.야간 작업에서 일주일에 한 번만 데이터가 로드되지만 매일 수천 번씩 쿼리되는 데이터마트와 같은 경우 인덱스를 오버로드하고 쿼리 속도를 최대한 높이는 것이 매우 합리적입니다.그러나 온라인 트랜잭션 처리 시스템의 경우에는 이들 간의 균형을 찾아보려고 합니다.

즉, 선택 쿼리에서 많이 사용되는 열에 인덱스를 추가하되 너무 많이 추가하지 않도록 하고 가장 많이 사용되는 열을 먼저 추가합니다.

그 후에는 생산 조건에서 성능이 어떻게 반응하는지 확인하기 위한 부하 테스트와 수용 가능한 균형을 찾기 위한 많은 조정이 필요합니다.

다양하고, 매우 구체적이거나, 고유한 필드는 좋은 인덱스를 만듭니다.날짜 및 타임스탬프, 고유 증분 번호(일반적으로 기본 키로 사용됨), 사용자 이름, 번호판 번호 등...

반대되는 예로 성별을 들 수 있습니다. 일반적인 값은 두 개뿐이므로 이 인덱스는 스캔해야 하는 행의 수를 줄이는데 실질적으로 도움이 되지 않습니다.

쿼리를 수행하는 사람이 문자열의 정확한 값을 아는 경우가 거의 없기 때문에 전체 길이를 설명하는 자유 형식 문자열은 인덱스가 좋지 않습니다.

선형 순서로 정렬된 데이터(타임스탬프 또는 날짜 등)는 일반적으로 행을 인덱스 순서대로 저장하도록 강제하는 클러스터 인덱스로 사용되며, 순서대로 액세스할 수 있어 범위 쿼리 속도가 크게 빨라집니다(예: '10월에서 12월 사이의 모든 판매 주문을 주세요').이 경우 DB 엔진은 범위로 지정된 첫 번째 레코드를 탐색하고 마지막 레코드에 도달할 때까지 순차적으로 읽기를 시작할 수 있습니다.

@유명하지 않은 소 -- 색인이 아닌 기본 키를 생각하고 있어야 합니다.

@Xenph Yan -- 다른 사용자가 다루지 않은 내용은 어떤 종류의 색인을 작성할지를 선택하는 것입니다.어떤 데이터베이스는 선택의 폭이 크지 않지만, 어떤 데이터베이스는 가능한 다양한 인덱스를 가지고 있습니다.기본값은 B-tree이지만 항상 최상의 인덱스인 것은 아닙니다.올바른 구조를 선택하는 것은 예상되는 용도에 따라 달라집니다.어떤 종류의 질의를 가장 많이 지원해야 합니까?대부분 읽기 또는 대부분 쓰기 환경에 처해 있습니까?업데이트 또는 부록에 따라 쓰기 작업이 결정됩니까?등.

다양한 유형의 인덱스와 장단점에 대한 설명은 http://20bits.com/2008/05/13/interview-questions-database-indexes/ 에서 확인할 수 있습니다.

다음은 SQL Server의 훌륭한 기사입니다. http://www.sql-server-performance.com/tips/optimizing_indexes_general_p1.aspx

이 메커니즘이 Oracle에서는 작동하지 않지만, 이 팁은 매우 적절합니다(클러스터 인덱스에서는 제외). Oracle에서는 동일한 방식으로 작동하지 않습니다.

특정 쿼리를 개선하려는 경우 몇 가지 경험칙을 제공합니다.

특정 테이블(Oracle이 시작해야 한다고 생각하는 위치)의 경우 WHERE 절에 사용된 각 열을 인덱싱해 보십시오.동일한 열을 먼저 입력하고 범위 등이 있는 열을 입력합니다.

예를 들어,

WHERE CompanyCode = ? AND Amount BETWEEN 100 AND 200

열의 크기가 매우 크다면(예: XML 등을 저장하고 있는 경우) 인덱스에서 제외하는 것이 더 나을 수 있습니다.그러면 선택 목록을 만족시키기 위해 테이블 행으로 이동해야 하는 경우를 가정하여 검색할 인덱스가 더 작아집니다.

또는 SELECT 및 WHERE 절의 모든 값이 인덱스에 있는 경우 Oracle은 테이블 행에 액세스할 필요가 없습니다.따라서 때로는 선택한 값을 인덱스 마지막에 두고 테이블 접근을 모두 피하는 것이 좋습니다.

당신은 색인을 만드는 가장 좋은 방법들에 대한 책을 쓸 수 있습니다 - 작가 조나단 루이스를 찾아보세요.

좋은 색인은 특정 테이블 행에 대해 고유할 수 있도록 신뢰할 수 있는 것입니다.

일반적으로 사용되는 인덱스 체계 중 하나는 표의 각 행에 대해 1씩 증가하는 숫자를 사용하는 것입니다.모든 행은 다른 숫자 색인을 갖게 됩니다.

언급URL : https://stackoverflow.com/questions/79241/how-do-you-know-what-a-good-index-is