Postgresql: Conditionnellement contrainte unique

Je voudrais ajouter une contrainte qui impose l'unicité sur une colonne dans un tableau.

ALTER TABLE stop ADD CONSTRAINT myc UNIQUE (col_a) WHERE (col_b is null);

La WHERE partie ci-dessus est un vœu pieux.

Toute façon de faire cela? Ou dois-je retourner à l'relationnel planche à dessin?

  • Fait couramment. Voir "partielle index unique"
  • non, c'est un habitué de la contrainte unique. L'affiche veut partielle de la contrainte unique.
InformationsquelleAutor EoghanM | 2013-04-26
  1. 150

    PostgreSQL ne définit pas une partielle (c'est à dire conditionnelle) UNIQUE contrainte - cependant, vous peut créer une partielle unique indice. PostgreSQL utilise les index uniques pour mettre en œuvre les contraintes unique, de sorte que l'effet est le même, vous ne voyez pas la contrainte répertoriés dans information_schema.

    CREATE UNIQUE INDEX stop_myc ON stop (col_a) WHERE (col_b is NOT null);

    Voir partielle index.

    • Super! Pas intuitif que la "contrainte" n'apparaît pas comme une contrainte, mais donne cependant souhaité erreur de ERROR: duplicate key value violates unique constraint "stop_myc"
    • Il est à noter que ce ne sera pas permettre la création de FKs referencig que partiellement champ unique.
    • Il est également intéressant de noter que cet indice effets ne peuvent pas être reportés. Si vous avez besoin d'effectuer des mises à jour en vrac ce qui peut présenter un problème que l'unicité est vérifiée après chaque ligne, pas après la déclaration comme il le serait pour une contrainte ou après la transaction, comme il le serait pour un reportable contrainte.
    InformationsquelleAutor Craig Ringer
  2. 24

    il a déjà été dit que le PG ne définit pas une partielle (ie conditionnel) contrainte UNIQUE. La documentation dit que la meilleure façon d'ajouter une contrainte unique à une table est ADD CONSTRAINT Les Index Uniques

    La meilleure façon d'ajouter une contrainte unique à une table ALTER TABLE ... AJOUTER la CONTRAINTE. L'utilisation des index pour faire respecter les contraintes unique peut être considéré comme un détail d'implémentation qui ne doivent pas être accessibles directement. On doit, cependant, être conscient qu'il n'y a pas besoin de créer manuellement des index sur des colonnes uniques; le faire serait tout simplement de dupliquer automatiquement créé index.

    Il existe un moyen de le mettre en œuvre à l'aide de Contraintes D'Exclusion, (merci @dukelion pour cette solution)

    Dans votre cas, il va ressembler à

    ALTER TABLE stop
    ADD CONSTRAINT stop_col_a_key_part EXCLUDE (col_a WITH =) WHERE (col_b IS null);
    • sur cette approche, vous n'avez pas utiliser "utiliser" pour définir la méthode de l'indice, de sorte que peut être extrêmement lent ou postgres crée un index par défaut sur qui? Cette méthode est la forme canonique de choix, mais pas toujours le meilleur choix! Je pense que tu vas avoir besoin d'une "aide" de la clause avec l'index pour faire ce choix être la meilleure.
    • Bien que plus lent, l'avantage de l'exclure de la solution, c'est qu'il est non urgent (et par défaut reporte jusqu'à la fin de l'énoncé). En revanche, la accepté index unique solution ne peut être différé (et est vérifié après chaque ligne de changement). Si une mise à jour en bloc est souvent pas possible en raison de mesures au cours de la mise à jour serait en violation de la contrainte d'unicité, même si elle ne serait pas violé à la fin de la atomique instruction de mise à jour.
    InformationsquelleAutor Peter Yeremenko