Início / dba / Perguntas / 81311
Accepted
Aaroninus
Asked: 2014-10-29 08:34:11 +0800 CST

Por que uma tabela usaria sua chave primária como uma chave estrangeira para si mesma

  • 772

Examinando um banco de dados, me deparei com uma tabela que usava sua chave primária como chave estrangeira para si mesma.

Eu vi que uma tabela pode ter uma chave estrangeira para construir uma estrutura de hierarquia, mas usaria outra coluna para referenciar a chave primária.

Como a chave primária é única, nessa situação a linha não poderia apenas apontar de volta para ela mesma? Isso parece ser um link tautológico, pois se eu já tenho a linha, já tenho a linha.

Existe alguma razão para isso ser feito?

Mesa unida a si mesma

Estou certo de que a restrição está escrita dessa maneira (não apenas olhando para o diagrama) porque a mesma tabela e coluna são usadas para ambas as metades da definição.

sql-server foreign-key

3 respostas

  1. Best Answer

    Como você disse. Uma FOREIGN KEYrestrição que faz referência à mesma tabela normalmente é para uma estrutura de hierarquia e usaria outra coluna para fazer referência à chave primária. Um bom exemplo é uma tabela de funcionários:

    EmployeeId    Int     Primary Key
EmployeeName  String
ManagerId     Int     Foreign key going back to the EmployeeId

    Portanto, neste caso, há uma chave estrangeira da tabela de volta para si mesma. Todos os gerentes também são funcionários, então o ManagerIdé realmente o EmployeeIddo gerente.

    Agora, por outro lado, se você quer dizer que alguém usou EmployeeIdcomo a chave estrangeira de volta para a tabela Employee, então provavelmente foi um erro . Eu fiz um teste e é possível, mas não teria nenhum uso real.

    CREATE TABLE Employee (EmployeeId Int PRIMARY KEY,
                        EmployeeName varchar(50),
                        ManagerId Int);


ALTER TABLE Employee ADD CONSTRAINT fk_employee 
    FOREIGN KEY (EmployeeId) REFERENCES Employee(EmployeeId);
    • 34

  2. Acabei de encontrar uma chave estrangeira no meu próprio banco de dados e deve ter sido eu mesmo criando. Acho que isso aconteceu por acaso. Se eu clicar em "Nova Chave Estrangeira" no menu de contexto de uma tabela com chave primária (dentro do Management Studio, SQL 2014 Express) isso já cria automaticamente tal chave estrangeira referindo-se a si mesma. Veja abaixo:

    insira a descrição da imagem aqui

    Se eu não perceber que devo alterar aquele em vez de adicionar um novo, ele permanecerá lá. Ou, se eu simplesmente clicar no botão [Fechar], o que significa que isso seria como um [Cancelar], a chave estrangeira ainda seria criada após salvar a definição da tabela.

    Então, para mim, essa chave estrangeira não faz sentido e pode ser removida.

    • 7

  3. Talvez o designer quisesse desabilitar o uso de TRUNCATE TABLE?

    TRUNCATE TABLEnão pode ser usado em uma tabela com uma restrição de chave estrangeira para outra tabela , embora possa ser usado se houver chaves estrangeiras auto-referenciais . Da documentação para TRUNCATE TABLE (Transact-SQL) :

    Extrato BOL

    Uma DELETEinstrução sem uma WHEREcláusula tem um efeito semelhante a a TRUNCATE TABLE(removendo todas as linhas da tabela), mas a DELETEinstrução dispara gatilhos de exclusão, o que pode ser um motivo para permitir, DELETEmas não TRUNCATE TABLE.

    Eu faria isso usando permissões ( DELETErequer permissão de exclusão, TRUNCATE TABLErequer permissão de alteração de tabela), mas talvez haja algum motivo pelo qual o designer não possa fazer isso?

    Nota: Mesmo que o que o designer tenha feito não desabilite o uso de TRUNCATE TABLE, ainda estou especulando que essa era a intenção deles.

    • 4

relate perguntas