Início / dba / Perguntas / 199539
Accepted
Laurent Lyaudet
Asked: 2018-03-07 12:21:34 +0800 CST

Devo repetir a restrição UNIQUE em vários índices semelhantes?

  • 772

O índice está em tuplas, conjuntos ordenados , de colunas, mas a restrição UNIQUE ou qualificante para um índice está em conjuntos (não ordenados) de colunas.

Eu tenho MySQL/MariaDB em mente, mas minhas perguntas certamente se aplicam a outros DBMS.

Se eu tiver uma tabela T com duas colunas id1, id2 e dois índices nestas duas colunas:

INDEX idx_id1_id2 (id1, id2)
INDEX idx_id2_id1 (id2, id1)

e eu quero declarar ao DBMS que o multi-conjunto em todos os registros da tabela T de todos os casais (value(id1), value(id2)), ou equivalentemente todos os casais (value(id2), value(id1)) , é "ÚNICO" (este multi-conjunto é um conjunto),

eu posso mudar 

INDEX idx_id1_id2 (id1, id2)
INDEX idx_id2_id1 (id2, id1)

por

UNIQUE INDEX idx_id1_id2 (id1, id2)
INDEX idx_id2_id1 (id2, id1)

Mas também posso declarar:

UNIQUE INDEX idx_id1_id2 (id1, id2)
UNIQUE INDEX idx_id2_id1 (id2, id1)

Existe algum SGBD que deduz

UNIQUE INDEX idx_id1_id2 (id1, id2)
INDEX idx_id2_id1 (id2, id1)

que o segundo índice também é único?

Existe algum SGBD que deduz

UNIQUE INDEX idx_id1_id2 (id1, id2)
UNIQUE INDEX idx_id2_id1 (id2, id1)

que eles não precisam fazer duas vezes a verificação de unicidade na inserção/atualização do valor na tabela?

Do ponto de vista declarativo, prefiro

UNIQUE INDEX idx_id1_id2 (id1, id2)
UNIQUE INDEX idx_id2_id1 (id2, id1)

mas, no entanto, pode haver uma penalidade de desempenho na inserção/atualização.

Se houver uma penalidade de desempenho por declarar UNIQUE em muitos índices, ela será significativa?

Existe algum aumento de desempenho (significativo) para algumas consultas com o segundo qualificador UNIQUE adicionado?

mysql postgresql

2 respostas

  1. Best Answer

    Caso 1 Se você precisar evitar tanto (1,2) quanto (2,1), então nada na pergunta impedirá essa forma de "dup".

    Para fazer isso, sempre armazene o LESSER()valor em id1e o GREATER()em id2. Então UNIQUE(id1, id2)evita dups.

    Enquanto isso, faça um tipo semelhante dos dois valores ao fazer uma pesquisa.

    Então você tem apenas uma UNIQUEchave - que também pode ser a PRIMARY KEY. Agora você tem

    • Restrição de exclusividade que funciona
    • Menos índices
    • Só precisa fazer uma pesquisa, não duas

    etc

    Caso 2 Se (1,2) e (2,1) podem coexistir, então a ordem dos ids apresentados na tabela é importante. Provavelmente tudo que você precisa é

    PRIMARY KEY(id1, id2)

    Se você tiver algo como WHERE id1 BETWEEN .. AND .. AND id2 = 7, então você também precisaria

    INDEX(id2, id1)

    Meu livro de receitas cobre a maioria dessas possibilidades simples.

    • 1

  2. Sim você deveria. O índice para dados únicos precisa de qualificador UNIQUEporque determina qual tipo de estrutura de árvore será usada. Claro que você pode alcançar a unicidade da combinação de campos por um único índice de UNIQUEtipo, mas o índice exclusivo em si é de alguma forma mais rápido do que um não exclusivo. Se um índice puder ser exclusivo ou não exclusivo, torne-o exclusivo.

    • -2

relate perguntas