Início / dba / Perguntas / 214851
Accepted
Dinesh Kumar
Asked: 2018-08-14 21:30:57 +0800 CST

Criando a mesma restrição exclusiva com nomes diferentes

  • 772

No MySQL 5.7

  1. alter table mydb.roles add constraint uk1 unique (role_name);

  2. alter table mydb.roles add constraint uk2 unique (role_name);

O 2º alter comando me lançou um aviso informando:

Índice duplicado 'uk2' definido na tabela 'world_x.roles'. Isso está obsoleto e não será permitido em uma versão futura.

Quando tentei o mesmo no Postgres(10.x), não me avisou.

Então, qual seria o padrão SQL nesse cenário?

mysql postgresql

2 respostas

  1. Best Answer

    Pode resultar em restrições de nomes de mistura muito confusas e retardar suas consultas porque elas têm o mesmo nome

    talvez este resultado seja útil

    CRIE APENAS UM ÍNDICE DE RESTRIÇÃO E INCLUA AS COLUNAS NECESSÁRIAS

    Exemplo

    ALTER TABLE users ADD CONSTRAINT findUser UNIQUE (nameUser,emailUser);

    Nenhuma restrição dupla e nenhuma mensagem de aviso e você mantém as regras SQL vivas

    Lembre-se de que o SQL é um padrão, mas não implementado ao mesmo tempo para todos com as mesmas regras

    Como você pode ver no link a seguir, na verdade esse cenário é um bug

    https://bugs.mysql.com/bug.php?id=37520

    e finalmente reconhecido em: https://bugs.mysql.com/bug.php?id=8565

    e finalmente corrigido no MySQL Server 5.6.7

    • 1

  2. Quando tentei o mesmo no Postgres(10.x), não me avisou.

    Isso simplesmente não é verdade.

    CREATE TABLE foo ( a int );
ALTER TABLE foo ADD CONSTRAINT uk1 UNIQUE (a);
ALTER TABLE foo ADD CONSTRAINT uk1 UNIQUE (a);
ERROR:  relation "uk1" already exists

    No entanto, no PostgreSQL a maioria das pessoas não nomeia nada porque o sistema é incrível e os nomes gerados automaticamente funcionam bem,

    ALTER TABLE foo ADD UNIQUE (a); -- run once
ALTER TABLE foo ADD UNIQUE (a); -- run twice (no problem)

-- run thirce, and four times
ALTER TABLE foo ADD UNIQUE (a), ADD UNIQUE (a);

    Então, qual seria o padrão SQL nesse cenário?

    Isso é chamado de <table constraint definition>na especificação, que diz isso (SQL:2011n).

    4) Seja S o esquema identificado pelo explícito ou implícito do <constraint name>. S não deve incluir um descritor de restrição cujo nome de restrição seja <constraint name>.

    Restrições duplicadas não são permitidas para todo o esquema . Como aparte, a especificação também afirma que a implementação não pode gerar nomes implícitos que entrem em conflito (devem ser exclusivos).

    • 0

relate perguntas