A chave de partição também precisa fazer parte da chave primária?

Estou particionando uma tabela com base em uma coluna que não é uma chave primária? Hoje, li algumas informações conflitantes sobre se a coluna da partição deve fazer parte da chave primária. Meu intestino diz que não, mas não tenho 100% de certeza. Então perguntas ...

1. A coluna da partição deve fazer parte do primário? É recomendado de uma maneira ou de outra?
2. Preciso criar um índice para a chave da partição ou o DBMS o faz automaticamente por conta própria?

De modo nenhum.

Um dos cenários mais comuns para particionamento é usar um campo de data totalmente não relacionado ao seu PK.

Por exemplo, se você tiver uma tabela Orderscom o campo OrderDate, provavelmente particionará com base no mês e ano de OrderDate.

Quando os registros expiram e não são mais relevantes, você pode mover essas partições para uma tabela ou banco de dados de arquivamento, para que não sejam mais processadas.

O particionamento funcionará com praticamente qualquer campo, mas, para que funcione BEM, os campos em que você particiona devem ser usados ​​na maioria, se não em todas, de suas consultas. Se você não incluir as chaves de partição, você terá essencialmente uma varredura cara de tabela, que abrange várias tabelas (partições).

EDITAR

Para a parte 2, acho que a resposta também não é. A chave da partição é usada para determinar em qual partição colocar a linha, mas não acho que um índice seja mantido. No entanto, pode haver estatísticas no back-end.

Além da resposta de JNK, você provavelmente deve ler este artigo que discute o alinhamento de partições de tabela e partições de índice.

Existem muitos tipos de cenários em que o esquema de particionamento segue exatamente a primeira coluna da chave primária - por exemplo, em um cenário de data warehouse em que a data da captura instantânea de uma tabela de fatos geralmente é a coluna da partição e a primeira coluna na chave primária.

Mas igualmente, em ambientes OLTP em que o PK é uma IDENTIDADE ou outra chave substituta, faz pouco sentido usá-lo para a partição, pois a partição em números arbitrários normalmente não é muito útil. Nos sistemas OLTP, você também costuma particionar por data (provavelmente não no PK), mas potencialmente também regionalmente ou por algum tipo de divisão organizacional (talvez no PK, se você não estiver usando um substituto).

Mas não é um requisito.

Ele deve fazer parte de uma Chave Candidata, se não parte da própria Chave Primária. Sendo a ideia, seu particionamento deve se alinhar com a chave primária.

Portanto, a resposta é: sim, é preferível fazer parte do PK. Se não for outra chave, que é igualmente boa o suficiente para ser um PK.