오라클 데이터베이스 개념은 오라클이 가입 운영을 병렬화하는 방법에 대한 자세한 내용은 CACI의 소프트웨어 개발자인 David Njoku입니다. 그가 선택한 도구는 오라클 기술이며 오라클 폼, 오라클 애플리케이션 개발 프레임워크 및 오라클 애플리케이션 익스프레스를 사용하여 애플리케이션을 구축한 10년 이상의 경험을 보유하고 있습니다. David는 회계학 학위를 취득했으며 IT에 전향하기 전에 단편 소설 작가이자 잡지 편집자 및 칼럼니스트로 빵을 얻었습니다. 데이비드는 about.me/davidnjoku 연락할 수 있습니다. NO_PARALLEL_INDEX 힌트는 병렬 인덱스 검색 작업을 피하기 위해 인덱스에서 PARALLEL 특성 설정을 재정의합니다. 이러한 힌트 중 하나를 지정하면 최적화 프로그램이 인덱스 또는 클러스터의 존재 와 SQL 문의 구문 구문에 따라 액세스 경로를 사용할 수 있는 경우에만 지정된 액세스 경로를 선택합니다. 힌트에서 사용할 수 없는 액세스 경로를 지정하면 최적화 프로그램이 이를 무시합니다. 예를 들어 예제 17-3에서 job_history 테이블에는 employee_id 열에 단일 열 인덱스와 employee_id 및 start_date 열에 대한 연결된 인덱스가 있습니다. 이러한 인덱스 중 하나를 사용하려면 다음과 같이 쿼리를 암시할 수 있습니다.

예를 들어 관리자 7698에 보고하는 모든 영업 사원의 이름을 검색하는 다음 쿼리가 있다고 가정합니다. 또한 작업에 고유하지 않은 인덱스가 있고 mgr. LEADING(table_name)에 다른 고유인덱스가 있다고 가정할 수 있습니다. 따라서 최적화 프로그램은 이 테이블로 시작하는 조인 체인을 선택합니다. 아래 예제에서는 인덱스가 전혀 없는 위의 쿼리에서 설명 계획을 보여 주습니다. 최신 Oracle 데이터베이스에서 인덱스 힌트는 자주 필요하지 않습니다. 힌트를 전혀 사용하지 않고 Oracle10+에서 코드를 테스트해야 합니다. CARDINALITY(표 n): 이 힌트는 오라클이 자체 통계에 의존하지 않고 n을 테이블로 사용하도록 지시합니다. 예를 들어 전역 임시 테이블과 함께 이 힌트를 사용해야 할 수 있습니다.

Oracle10g은 각 where 절에 인덱스를 만든 후 단일 작업에서 사용 가능한 모든 인덱스를 사용하여 인덱스 결합 작업을 수행했습니다. 힌트는 다음과 같은 일반적인 분류에 속합니다: 힌트를 사용할 때 최적의 실행 계획을 보장하기 위해 전체 힌트 집합을 지정해야 할 수도 있습니다. 예를 들어 많은 테이블 조인으로 구성된 매우 복잡한 쿼리가 있고 지정된 테이블에 대한 INDEX 힌트만 지정하는 경우 최적화 프로그램은 사용할 나머지 액세스 경로와 해당 조인 메서드를 결정해야 합니다. 따라서 INDEX 힌트를 제공했더라도 최적화 프로그램이 최적화 프로그램이 선택한 조인 메서드 및 액세스 경로로 인해 요청된 인덱스를 사용할 수 없다고 판단했기 때문에 최적화 프로그램이 해당 힌트를 반드시 사용하지 않을 수 있습니다. USE_MERGE 힌트를 사용하면 Oracle이 정렬 병합 조인을 사용하여 지정된 각 테이블을 다른 행 소스와 조인합니다. 범위 검색의 기본 동작은 인덱스 항목을 인덱스 된 값의 오름차순으로 검색하는 것이기 때문에 이 힌트는 INDEX 힌트보다 더 많은 것을 지정하지 않습니다. 그러나 INDEX_ASC 힌트를 사용하여 기본 동작이 변경되면 오름차순 범위 검사를 명시적으로 지정할 수 있습니다.