Início / dba / Perguntas / 110567
Accepted
sharptooth
Asked: 2015-08-11 05:58:59 +0800 CST

O índice exclusivo combinado com uma restrição "não nula" é equivalente a uma restrição PK?

  • 772

Eu tenho essas definições de tabela herdadas ( a partir daqui ):

CREATE TABLE [dbo].[JobItems] (
   [ItemId]            UNIQUEIDENTIFIER NOT NULL,
   -- lots of other columns
   CONSTRAINT [PrimaryKey_GUID_HERE] PRIMARY KEY NONCLUSTERED ([ItemId] ASC)
);

CREATE UNIQUE CLUSTERED INDEX [JobItemsIndex]
ON [dbo].[JobItems]([ItemId] ASC);

que efetivamente produz dois índices idênticos. Quero me livrar de um deles para reduzir o tempo de inserção e liberar espaço em disco.

A tabela é armazenada em um banco de dados SQL Azure de produção, portanto, não posso reconstruir a tabela e não posso descartar o índice clusterizado (o SQL Azure requer um índice clusterizado para cada tabela).

Meu requisito é manter todas as garantias de integridade de dados fornecidas pela definição original e me livrar do índice não clusterizado. Parece que ter uma NOT NULLrestrição e um índice exclusivo me dá as mesmas garantias que uma restrição PK. Portanto, a restrição PK é redundante e posso eliminá-la e ao índice subjacente.

Posso simplesmente descartar a restrição PK aqui sem esperar que algo seja interrompido?

index primary-key

2 respostas

  1. Best Answer

    que efetivamente produz dois índices idênticos.

    Os índices não são idênticos. O CI inclui todas as outras colunas, enquanto o PK tem apenas a coluna de chave ItemId na folha. Portanto, o índice agrupado provavelmente tem 100 vezes o tamanho do índice não agrupado.

    Por exemplo, COUNT(*) e consultas de paginação serão significativamente mais caras apenas com o índice clusterizado, pois terão que usar varreduras de tabela.

    • 3

  2. No momento, seu índice exclusivo e PK identificam exclusivamente cada linha. Isso é redundante. O índice pode ser removido e o cluster pode ser movido para o PK. No entanto, ele falhará se houver chaves estrangeiras em ItemId.

    Primeiro procure a(s) chave(s) estrangeira(s):

    Select OBJECT_NAME(constraint_object_id) From sys.foreign_key_columns where referenced_object_id = OBJECT_ID('dbo.JobItems') and COL_NAME(referenced_object_id, referenced_column_id) = 'ItemId'

    Em seguida, basta descartar os dois (Index + PK) e recriar um PK clusterizado:

    If Exists(Select 1 From sys.indexes Where object_id = OBJECT_ID('dbo.JobItems') and name = 'JobItemsIndex')
Begin
    Drop Index [JobItemsIndex] On [dbo].[JobItems]
End
If Exists(Select 1 From sys.indexes Where object_id = OBJECT_ID('dbo.JobItems') and name = 'PrimaryKey_GUID_HERE')
Begin
    Alter Table [dbo].[JobItems] Drop Constraint [PrimaryKey_GUID_HERE]
End

Alter Table [dbo].[JobItems] Add Constraint [PrimaryKey_GUID_HERE] PRIMARY KEY CLUSTERED ([ItemId] ASC)
    • -1

relate perguntas