릴리스 정보

값: YES 또는 NO

db2set DB2_BINSORT = yes

값: 매개변수에 종속됨

이 레지스트리 변수의 사용 형식은 다음과 같습니다.

DB2_BLOCK_BASED_BP=BUFFER POOL ID,BLOCK AREA SIZE,[BLOCK SIZE];...

항목을 분리하는 세미콜론과 함께 동일 변수를 사용하여 다중 버퍼 풀을 블록 기반으로 정의할 수 있습니다.

BLOCK SIZE 값은 2 - 256 범위가 될 수 있습니다. BLOCK SIZE가 주어지지 않을 경우, 기본값으로 32가 사용됩니다.

지정된 BLOCK AREA SIZE가 총 버퍼 풀 크기의 98%보다 클 경우, 버퍼 풀은 블록 기반이 되지 않습니다. 버퍼 풀의 페이지 기반 영역에 버퍼 풀의 일정 부분을 보유하는 것이 좋습니다. 비록 대부분의 시스템 입출력이 순차 프리페치라고 하더라도 개별 페이지가 요구될 수 있기 때문입니다. BLOCK AREA SIZE에 지정한 값이 BLOCK SIZE의 배수가 아닌 경우에는 가장 근사치의 블록 크기 경계가 값이 됩니다. 블록 기반 I/O에 대한 자세한 정보는 10.2.1, 블록 기반 버퍼 풀을 참조하십시오.

값: ON 또는 OFF

값: YES 또는 NO

때로 최적화 알고리즘은 목록 프리페치가 적절한 액세스 방법인지 판별하기 위한 정확한 정보를 가지고 있지 않습니다. 술어 선택성에 최적화 알고리즘이 카탈로그 통계를 사용하여 선택성을 판별하지 못하도록 하는 매개변수 표시기 또는 호스트 변수가 들어 있는 경우 이러한 현상이 발생합니다.

이 레지스트리 변수는 최적화 알고리즘이 그러한 상황에서 목록 프리페치를 고려하지 않도록 합니다.

값: YES 또는 NO

    SELECT *
     FROM EMPLOYEE
     WHERE DEPTNO IN ('D11', 'D21', 'E21')
	  

    SELECT *
     FROM EMPLOYEE, (VALUES 'D11', 'D21', 'E21) AS V(DNO)
     WHERE DEPTNO = V.DNO
	  

DEPTNO에 대한 인덱스가 있는 경우, 이와 같이 수정해도 성능이 좋아지지 않습니다. 값 목록에 먼저 액세스하여 조인 술어에 적용할 인덱스를 사용하여 EMPLOYEE를 중첩 루프 조인에 조인하십시오.

때로 최적화 알고리즘은 재작성된 쿼리 버전의 최적 조인 방법을 판별하기 위한 정확한 정보를 가지고 있지 않습니다. IN 목록에 최적화 알고리즘이 카탈로그 통계를 사용하여 선택성을 판별하지 못하도록 하는 매개변수 표시기 또는 호스트 변수가 들어 있는 경우 이러한 현상이 발생합니다. 이 레지스트리 변수는 최적화 알고리즘이 IN 목록을 조인의 내부 테이블로 포함시키는 테이블을 사용하여 중첩 루프 조인을 활용하여 값 목록을 조인하도록 합니다.

1보다 작은 수로 설정되면, 1로 조정됨

NUM_IOSERVERS보다 큰 수로 설정되면 NUM_IOSERVERS로 조정됨

1보다 작은 수로 설정되면, 디폴트값으로 조정됨

32767보다 큰 수로 설정되면, 32767로 조정됨

값: YES 또는 NO

값: YES 또는 NO

값: YES, NO 또는 임의의 정수

주:

최적화 시간 및 자원 사용은 감소시킬 수 있지만, 최적에 미치지 못하는 데이터 액세스 플랜을 생성할 위험이 증가됩니다.

• NO로 설정하는 경우

  최적화 알고리즘은 최적화 기술을 변경하지 않습니다.

• YES로 설정하는 경우

  최적화 레벨이 5(기본값)이거나 더 낮은 경우, 중요한 준비 시간 및 자원을 소모할 수 있지만 보통 더 나은 액세스 플랜을 생성하지 않는 일부 최적화 기술을 최적화 알고리즘이 사용하지 않게 합니다.

  최적화 레벨이 정확히 5인 경우, 최적화 알고리즘은 일부 추가 기술을 줄이거나 사용하지 않음으로써 최적화 시간 및 자원 사용을 더 줄일 수 있지만, 최적에 미치지 못하는 액세스 플랜의 위험을 증가시킬 수 있습니다. 최적화 레벨이 5 미만인 경우, 일부 이러한 기술은 어떤 경우에는 시행되지 않을 수 있습니다. 그러나 이러한 경우에도 해당 기술이 시행됩니다.

• 정수로 설정하는 경우

  값이 YES로 설정된 경우와 결과는 같지만, 5 레벨에서 최적화되어 동적으로 준비된 쿼리에 대해 다음과 같은 추가적인 동작이 있습니다. 쿼리 블록에서 총 조인 수가 설정을 초과하면, 최적화 알고리즘은 최적화 레벨 5에 대해 위에서 설명한 대로 추가적인 최적화 기술을 사용하지 않는 대신 그리디(greedy) 조인 열거로 전환하여, 최적화 레벨 2와 유사한 레벨에서 쿼리가 최적화됨을 나타냅니다.

  그리디(greedy) 및 동적 조인 열거에 대한 정보는 관리 안내서: 성능에서 "최적 조인 선택을 위한 전략 검색"을 참조하십시오.

관리 안내서: 성능의 "최적화 클래스 조정"에서 설명한 대로 DB2_REDUCED_OPTIMIZATION이 YES로 설정되었을 때 최적화 레벨 5에서 동적 최적화의 감소는 최적화 레벨 5에 대해 설명한 동작보다 우선하며 정수 설정에 대해 설명한 동작보다도 우선합니다.