복합 색인도 첫 번째 필드의 쿼리에도 적합합니까?

이 전 필드가있는 테이블이 있다고 가정 해 봅시다 A과 B. 나는 A+ 에 대해 정기적 인 쿼리를 B하므로에 복합 인덱스를 만들었습니다 (A,B). A복합 인덱스 만으로도 쿼리 가 완전히 최적화됩니까?

또한에 인덱스를 A만들었지 만 Postgres는 여전히에 대해서만 복합 인덱스를 쿼리에 사용합니다 A. 이전 답변이 긍정적이라면 실제로 중요하지 않다고 생각하지만 단일 A인덱스를 사용할 수있는 경우 기본적으로 복합 인덱스를 선택하는 이유는 무엇입니까?

확실합니다. 우리는이 관련 질문에 대해 자세히 설명했습니다.

• PostgreSQL에서 인덱스 작업

공간은의 배수로 할당 MAXALIGN되는데, 일반적으로 64 비트 OS에서는 8 바이트, 32 비트 OS에서는 4 바이트입니다. 확실하지 않은 경우 확인하십시오 pg_controldata. 또한 인덱스 열의 데이터 유형 (일부 정렬 패딩이 필요함) 및 실제 내용에 따라 다릅니다.

예를 들어, 두 개의 integer열 (각 4 바이트) 의 인덱스는 일반적으로 하나의 인덱스만큼 정확하게 커지므로 다른 4 바이트는 정렬 패딩에 손실됩니다.

이 경우 쿼리 플래너가 인덱스와 인덱스를 (a,b)비교할 때 실제로 단점이 없습니다 (a). 그리고 일반적으로 여러 쿼리가 동일한 인덱스를 사용하는 것이 좋습니다. 공유시 (또는 일부) 캐시에 (빠른) 캐시에 상주 할 가능성이 높아집니다.

이미에 인덱스를 유지 관리하고 있다면 인덱스 가 상당히 작지 않은 한 (a,b)다른 인덱스를 만드는 것은 의미가 없습니다 . 동일은 하지 마찬가지 대 . 자세한 내용은 첫 번째 줄의 링크를 따르십시오.(a)(b,a)(a)

반대 방향에서 오는 경우와 같은 추가 색인이 필요한 경우 가능한 경우 (a,b)기존 색인을 삭제하는 (a)것이 좋습니다. PK 또는 UNIQUE제약 조건 의 색인이므로 종종 불가능합니다 . Postgres 11부터는 절을 사용 b하여 제약 조건 정의에 추가 하는 것만으로도 벗어날 수 있습니다 INCLUDE. 매뉴얼의 세부 사항.

또는(b,a) 쿼리를 b추가로 추가 하기 위해 대신 새 인덱스를 작성하십시오 . 동등 조건에 대해서만 btree 인덱스의 인덱스 표현식 순서는 중요하지 않습니다. 그러나 범위 조건과 관련된 경우에는 그렇게합니다. 보다:

• 여러 열 인덱스 및 성능

정렬 패딩에 손실 된 공간 만 사용하더라도 인덱스에 추가 열을 포함시키는 경우 잠재적 단점 이 있습니다 .

• 추가 열이 업데이트 될 때마다 인덱스도 업데이트해야하므로 쓰기 작업에 비용이 추가되고 인덱스 팽창이 증가 할 수 있습니다.
• 인덱스 열이 관련되어 있으면 테이블의 HOT 업데이트 (힙만 튜플)가 불가능합니다 .

HOT 업데이트에 대한 추가 정보 :

• 업데이트 문의 중복 데이터

물체 크기를 측정하는 방법 :

• PostgreSQL 테이블 행의 크기 측정

귀하의 질문에 따르면 필드 A와 B가있는 테이블이 있습니다.

SELECT * FROM [YOUR TBL]
WHERE A='XXXX'

Optimizer는 추출 임의 액세스를 피하기 위해 복합 인덱스를 선택합니다!

술어에서 첫 번째만을 사용하는 경우입니다.

복합 키의 첫 번째 열과 복합 키의 비열을 사용하면 스캔합니다.

그것을 속이려면 다음과 같은 더미 술어를 키가 아닌 열로 만들 수 있습니다.

[A, B]는 색인입니다. [C]-다른 열

인덱스를 활용하려면 다음과 같이 작성하십시오.

SELECT
    A,B,C,D,E
FROM 
    test
WHERE
   A=1
AND
   B=B
AND 
   C=3

... 단일 A 인덱스를 사용할 수있는 경우 기본적으로 복합 인덱스를 선택하는 이유는 무엇입니까?

하나 또는 두 개의 술어 [A] 또는 [A], [B]가있는 경우에만 인덱스를 사용합니다. [B], [A] 또는 [A], [C] 순서로 사용하지 않습니다. 추가 열 [C]가있는 인덱스를 사용하려면 술어를 [A], [B] 및 [C]로 정렬하여 인덱스를 적용해야합니다.