Início / dba / Perguntas / 68360
Accepted
Matthew
Asked: 2014-06-17 15:20:18 +0800 CST

Devo usar uma chave substituta em uma tabela de mapeamento?

  • 772

Estou implantando uma tabela de mapeamento que se conecta ItemsaItemGroups

Embora um Itemsempre esteja em um único ItemGroup, aceite a priori que não é apropriado em meu caso de uso anexar uma coluna à Itemstabela.

Assim será criada uma tabela com duas colunas:

ItemId INT NOT NULL
ItemGroupId INT NOT NULL

É tentador fazer ItemIdo CI e PK para esta tabela.... mas isso é adequado? Acho que faz sentido como uma chave primária, mas como não é sequencial nem perpetuamente crescente, parece incorreto como um CI. Eu nunca executarei consultas de intervalo contraItemId

... Mas uma chave substituta apenas para fins de um IC sequencial também não parece apropriada.

Tenho a mesma probabilidade de executar:

SELECT [ItemGroupId] FROM [Table] WHERE [ItemId] = @id
SELECT [ItemId] FROM [Table] WHERE [ItemGroupId] = @id

Tanto quanto eu posso dizer, tenho poucas opções:

  1. ItemIdé o CI e o PK
  2. ItemIdnão é o CI, mas é o PK
  3. ItemIdnão é o CI nem o PK, mas tem uma UNIQUErestrição
  4. ItemId, ItemGroupIdcombinação torna-se o PK e ItemIdtem uma UNIQUErestrição
sql-server database-design

1 respostas

  1. Best Answer

    Opção 5:

    • (ItemGroupId, ItemId)(observe a ordem) como a chave primária (agrupada)
    • Restrição exclusiva (não agrupada) emItemId

    Embora pesquisar por ItemIdnão conduza a varreduras de intervalo (ainda?), pesquisar por ItemGroupId é 1 , o que o torna um bom candidato para ser a coluna inicial da chave de índice clusterizado.

    Meu design normal para esse tipo de tabela é indexar ambas as combinações, ou seja, (Column1, Column2)e (Column2, Column1)assim eu (e outros) nunca preciso pensar se ela está indexada corretamente; apenas isso. No seu caso aqui, uma combinação é degenerada e, portanto, apenas uma coluna vai para a chave, mas a coluna não-chave ainda é coberta pelo índice porque faz parte da chave do índice clusterizado. A situação se torna mais complicada, é claro, se houver colunas não-chave envolvidas, mas isso está além do escopo do que você perguntou aqui.

    Nesse caso, embora você possa inverter a chave primária com a restrição exclusiva, escolhi a chave primária de 2 colunas de propósito porque ela será mais estável durante a vida útil da tabela. Isso funciona a seu favor como DBA (uma palavra: replicação) e também para desenvolvedores (pode haver muitas atualizações de código se a definição da chave primária mudar).

    1 Pode haver um problema com a terminologia aqui. Pesquisar por um único ItemIdretornará 0 ou 1 linha; pesquisar por um único ItemGroupId(uma chave incompleta) retorna >= 0 linhas, e assim é uma busca + varredura (ela aparecerá como uma busca de índice no plano de execução). Obviamente, isso não é uma "varredura de alcance" em vários ItemGroupIds. A ideia é agrupar fisicamente (e ordenar, neste caso) os ItemIds para cada ItemGroupId. Espero que esteja claro.

    • 3

relate perguntas