4장. 검색 성능 개선 (및 분산 읽기 성능)
			디렉터리에 대한 검색 작업을 개선하는 가장 효과적인 방법은 검색 결과에 대한 적절한 제한과 함께 철저하게 항목에 대한 인덱스를 구성하는 것입니다.
		
4.1. 인덱스 사용 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
				인덱스(인칭)는 항목에 대한 다른 세부 정보를 포함하지 않고 특정 항목에 특정 속성이 포함되어 있음을 보여주는 태그입니다. 즉, 공백을 저장하고 검색 결과를 더 빠르게 반환합니다. 각 인덱스는 Directory Server 특성과 해당 특성과 일치하는 특정 방법을 중심으로 구성됩니다.
			
- presence index(pres) 는 단순히 특성을 포함하는 항목을 보여줍니다.
 - 같음 인덱스(eq) 는 특정 검색 문자열과 일치하는 특성 값을 표시합니다.
 - 대략적인 인덱스(approx) 는 전화 방식으로 문자열과 일치하는 값을 갖는 항목을 표시하는 효율적인 검색에 사용됩니다.
 - 하위 문자열 인덱스(sub) 는 지정된 검색 문자열과 특성 값의 하위 문자열과 일치합니다. (이 인덱스는 서버가 유지보수하는 데 비용이 많이 듭니다.)
 - 국제 인덱스에서 는 영어 이외의 언어의 값이 포함된 디렉터리의 문자열과 일치하는 일치 규칙을 사용합니다.
 
참고
					인덱싱은 Red Hat Directory Server 관리 가이드의 인덱스 관리 장에 훨씬 더 자세히 설명되어 있습니다.
				
				그러나 인덱스를 만드는 것만으로는 서버 성능이 저하되지 않습니다. 인덱스를 유지 관리하면 서버가 유지 관리하는 모든 인덱스에 대해 변경 사항을 확인해야 하는 모든 수정, 추가 및 삭제 작업에 대해 Directory Server가 부담을 덜 수 있습니다.Maining indexes puts a burden on the Directory Server for every modify, add, and delete operation by verify every attribute in the change against every index maintained by the server:
			
- Directory Server는 추가 또는 수정 작업을 수신합니다.
 - Directory Server는 인덱싱 특성을 검사하여 특성 값에 대해 인덱스가 유지 관리되는지 확인합니다.
 - 생성된 특성 값이 인덱싱되면 Directory Server에서 새 인덱스 항목을 생성합니다.
 - 서버가 인덱싱을 완료하면 실제 특성 값이 클라이언트 요청에 따라 생성됩니다.
 
				예를 들어 Directory Server는 다음 항목을 추가합니다.
			
				Directory Server는 다음 인덱스를 유지 관리하고 있습니다.
			
cn(일반 이름) 및sn(surname) 속성에 대한 같음, 대략적, 하위 문자열 인덱스입니다.- 전화 번호 특성에 대한 같음 및 하위 문자열 인덱스입니다.
 - description 속성에 대한 하위 문자열 인덱스입니다.
 
				디렉터리에 해당 항목을 추가할 때 Directory Server는 다음 단계를 수행해야 합니다.
			
- 존과 존 Doe 에 대한
cnequality 인덱스 항목을 만듭니다. - 존과 존 Doe 에 대한 적절한
cn대략 인덱스 항목을 만듭니다. - Jane 및 Jane Doe 에 대한 적절한
cn하위 문자열 인덱스 항목을 만듭니다. - Doe 에 대한
snequality 인덱스 항목을 만듭니다. - Doe 에 적절한
sn대략 인덱스 항목을 생성합니다. - Doe 에 대해 적절한
sn하위 문자열 인덱스 항목을 만듭니다. - 408 555 8834 의 전화 번호 동일 인덱스 항목을 만듭니다.
 - 408 555 8834 에 대한 적절한 전화 번호 하위 문자열 인덱스 항목을 만듭니다.
 - 위젯의 Z238 줄에 Manufacturing lead에 적절한 설명 하위 문자열 인덱스 항목을 생성합니다. 이 문자열에 대해 많은 수의 하위 문자열 항목이 생성됩니다.
 
				새 인덱스를 만들기 전에 인덱스를 유지 관리하는 오버헤드의 균형을 검색 성능의 잠재적인 개선 사항에 대해 조정해야 합니다.Before creating new indexes, make sure to balance the overhead of maintaining the indexes against the potential improvements in search performance. 특히 중요한 것은 디렉터리에 저장된 정보 유형과 사용자가 정기적으로 검색하는 정보 유형과 일치시킵니다. 
			
- 대략적인 인덱스는 전화 번호와 같이 숫자를 일반적으로 포함하는 속성에는 효율적이지 않습니다.
 - 바이너리 특성에는 하위 문자열 인덱스가 작동하지 않습니다.
 - 값이 큰 경우 같음 인덱스를 피해야 합니다(예: 암호화된 데이터를 포함하는 이미지 또는 암호를 포함하려는 속성).
 - 검색에 일반적으로 사용되지 않는 속성에 대한 인덱스를 유지 관리하면 글로벌 검색 성능이 향상되지 않고 오버헤드가 증가합니다.
 - 검색 유형에 따라 검색 성능이 크게 저하될 수 있지만 인덱싱되지 않은 속성은 검색 요청에 계속 지정할 수 있습니다.
 - 유지 관리하는 인덱스가 많을수록 필요한 디스크 공간이 늘어납니다.
 
참고
					검색 작업 부하가 높고 수정 작업 부하가 낮은 디렉터리에 인덱스를 만드는 것이 훨씬 더 효율적입니다.