파티션 키도 기본 키의 일부 여야합니까?

기본 키가 아닌 열을 기준으로 테이블을 분할하고 있습니까? 오늘 파티션 열이 기본 키의 일부 여야하는지에 대한 상충되는 정보를 읽었습니다. 내 직감은 아니요라고 말하지만 100 % 확신 할 수는 없습니다. 그래서 질문은 ...

1. 파티션 열이 기본 열의 일부 여야합니까? 어느 쪽이나 다른 쪽이 추천됩니까?
2. 파티션 키에 대한 인덱스를 작성해야합니까, 아니면 DBMS가 자체적으로 자동으로 수행합니까?

전혀.

파티셔닝에 대한 가장 일반적인 시나리오 중 하나는 날짜 필드를 사용하는 것이며, 이는 PK와 전혀 관련이 없습니다.

예를 들어, Orders필드 가있는 테이블이있는 경우 OrderDate의 월과 연도를 기준으로 파티션 할 가능성이 높습니다 OrderDate.

레코드가 만료되어 더 이상 관련이없는 경우 해당 파티션을 아카이브 테이블 또는 데이터베이스로 이동하여 더 이상 처리되지 않도록 할 수 있습니다.

분할은 거의 모든 필드에서 작동하지만 잘 작동하려면 분할 한 필드가 전부는 아니더라도 대부분의 쿼리에 사용되어야합니다. 파티션 키를 포함하지 않으면 본질적으로 여러 테이블 (파티션)을 거치는 비싼 테이블 스캔이 수행됩니다.

편집하다

2 부 에서는 답이 옳지 않다고 생각 합니다. 파티션 키는 행을 넣을 파티션을 결정하는 데 사용되지만 인덱스가 유지되지 않는다고 생각합니다. 백엔드에 통계가있을 수 있습니다.

JNK의 답변 외에도 테이블 파티션과 인덱스 파티션 정렬에 대해 설명하는 이 기사 를 읽어야 할 것입니다 .

파티션 구성표가 기본 키의 첫 번째 열을 정확하게 따르는 많은 유형의 시나리오가 있습니다 (예 : 팩트 테이블의 스냅 샷 날짜가 일반적으로 기본 키의 첫 번째 열뿐만 아니라 파티션 열인 데이터웨어 하우스 시나리오).

그러나 PK가 IDENT 또는 다른 대리 키인 OLTP 환경에서도 마찬가지로 임의의 숫자로 파티셔닝하는 것이별로 유용하지 않기 때문에 파티션에이 키를 사용하는 것은 의미가 없습니다. OLTP 시스템에서는 날짜별로 가장 많이 (아마도 PK가 아님) 파티션을 나누는 경향이 있지만 잠재적으로 지역 또는 일부 조직 부서 (대리를 사용하지 않는 경우 PK에있을 수도 있음)로 분류하는 경향이 있습니다.

그러나 요구 사항은 아닙니다.

기본 키 자체의 일부가 아닌 경우 후보 키의 일부 여야합니다. 아이디어는 분할이 기본 키와 일치해야한다는 것입니다.

PK에 참여하는 것이 바람직합니다. 다른 키가 아닌 경우 PK가 될만큼 충분히 좋습니다.