StuartLC's questions

(sem descartar chaves estrangeiras)

Migrei um banco de dados SQL Server CE para SQL Server 2012, no entanto, a integridade referencial foi imposta por meio de restrições de chave exclusivas nas INTcolunas de identidade substitutas.

por exemplo

create table Table1
(
   Table1ID INT NOT NULL,
   CONSTRAINT U_000001 UNIQUE(Table1ID)
);

CREATE TABLE Table2
(
   Table2ID INT NOT NULL,
   Table1ID INT NOT NULL,
   CONSTRAINT FK_T2_T1 FOREIGN KEY(Table1ID) REFERENCES Table1(Table1ID)
);

Gostaria de converter as restrições de chave exclusivas em chaves primárias, por motivos de diagramação ERD e ORM.

Eu adicionei as chaves primárias, mas não posso descartar o UKC, porque o RI de colunas dependentes já está "integrado" no UKC, apesar do PK alternativo agora estar disponível.

ALTER TABLE Table1 ADD CONSTRAINT PK_Table1 PRIMARY KEY (Table1ID);

ALTER TABLE Table1 DROP CONSTRAINT U_000001;

falha com

Msg 3725, Nível 16, Estado 0, Linha 1
A restrição 'U_000001' está sendo referenciada pela tabela 'Table2', restrição de chave estrangeira 'FK_T2_T1'.

Portanto, minha pergunta é: existe alguma maneira de alterar as verificações de RI nas chaves estrangeiras para usar o PRIMARY KEY, e não o UKC, como é o caso atualmente, sem ter que descartar as chaves estrangeiras nas tabelas de referência primeiro?

Eu preparei um pequeno SQL Fiddle aqui .

Temos uma tabela grande [MyTable]que atualmente possui a e a Primary Keyna mesmaUnique Non Clustered Index coluna ( [KeyColumn]). O índice U NC também possui colunas de cobertura adicionais.

Ter PK e índice NC exclusivo nas mesmas colunas parece redundante, então eu estava pensando em excluir a chave primária e, em vez disso, usar o índice exclusivo não agrupado para fins de integridade referencial.

Observe que a tabela é totalmente agrupada por outra coluna.

ou seja, então temos:

ALTER TABLE [MyTable]
    ADD CONSTRAINT [PK_MyTable] 
    PRIMARY KEY NONCLUSTERED ([KeyColumn])
GO

E

CREATE UNIQUE NONCLUSTERED INDEX [IX_MyTable_SomeIndex] 
    ON [MyTable] ([KeyColumn]) 
    INCLUDE ([Column1], [Column2])
GO

Pelo que sei, não é possível adicionar colunas de cobertura a uma Chave Primária, então pretendo fazer:

• Elimine as restrições de chave estrangeira dependentes deMyTable.KeyColumn
• Solte a chave primária MyTable.KeyColumncompletamente
• Adicione novamente as chaves estrangeiras à tabela (ou seja, RI será aplicada via MyTable.KeyColumn)

A única implicação que posso pensar em fazer isso é que não obteremos o símbolo de chave visual em nossos diagramas ERD e que a densidade do índice (folha) será menor por causa das colunas incluídas.

Eu li https://stackoverflow.com/questions/487314/primary-key-or-unique-index e estou feliz com os aspectos de integridade e desempenho de fazer isso.

Minha pergunta é: essa abordagem é falha?

Editar o que estou tentando realizar : otimização de desempenho e limpeza de primavera . Ao remover o PK ou um índice, haverá menos páginas necessárias para meus índices = gravações mais rápidas, além de benefícios de manutenção/operacionais, ou seja, um índice a menos para manter desfragmentado, etc.

Para esclarecer isso, nunca tive uma tabela que está sendo referenciada, sem um PK. No entanto, o fato de um índice NC com colunas de cobertura ter sido adicionado à tabela significa que preciso adaptar meu pensamento.