Une migration pour ajouter contrainte unique pour une combinaison de colonnes

Ce dont j'ai besoin est une migration d'appliquer la contrainte unique à une combinaison de colonnes. c'est à dire pour un people table, une combinaison de first_name, last_Name et Dob doit être unique.

InformationsquelleAutor rangalo | 2010-07-30

database ruby-on-rails

228

add_index :people, [:firstname, :lastname, :dob], :unique => true
- Je pense que c'est l'ajout d'un index unique, pas une contrainte. Ou est-ce l'indice d'ajouter la contrainte ainsi?
- Nope, c'est du tout bon. Mon mauvais! La contrainte unique est livré avec l'index unique.
- Je suis d'accord avec @paul-cantrell : ain t-il pas moyen d'ajouter une contrainte, pas un indice (qui a db stockage influences)
- peu de raison de mettre de contrainte en DB alors. Au lieu de cela, utilisez une validation sur le modèle: stackoverflow.com/questions/4870961/...
- Le problème avec le modèle de validation de niveau, c'est qu'il n'a pas d'échelle. Deux serveurs pourraient exécuter les mêmes données au même moment (comme un double-tap sur une api lourd app) j'ai deux enregistrements identiques dans ma DB à droite maintenant et que le modèle a de validation..
- J'aime avoir les deux.. Juste pour s'assurer que
- Je suis ici à cause de ce problème, deux serveurs exécutant les mêmes données en même temps, demandé par mon API. La validation du modèle est inutile dans ce cas
- Pour beaucoup de discussion au sujet de pourquoi vous avez besoin de la base de données pour appliquer ce, pas seulement le modèle, voir bailis.org/papers/feral-sigmod2015.pdf
- Je suis confus par vos commentaires; le premier commentaire est de savoir si un index crée une contrainte, alors que le deuxième commentaire affirme que une contrainte crée un index ainsi ... tandis que la seconde affirmation est vraie (pour postgres), l'inverse n'est pas et nécessite une approche différente, comme cette réponse
- Non, les deux commentaires ont été quant à savoir si un index unique crée automatiquement une contrainte unique. J'ai été, en effet, que compte tenu de Postgres.
InformationsquelleAutor Robert Speicher
21

Selon howmanyofme.com "Il y a 46,427 personnes du nom de John Smith" dans les seuls États-unis. C'est à propos de 127 ans, de jours. Car c'est bien au cours de la durée de vie moyenne d'un être humain, cela signifie qu'un DOB clash est mathématiquement certain.

Tout ce que je dis, c'est que la combinaison de champs uniques pourrait conduire à l'extrême de l'utilisateur/client de la frustration à l'avenir.

Envisager quelque chose qui est en fait unique, comme un numéro national d'identification, le cas échéant.

(Je me rends compte que je suis très en retard à la fête, mais il pourrait aider les futurs lecteurs.)
- hrm... vous êtes certainement raison. mais probablement que c'était juste un exemple de ce que Ian voulais faire juste pour faire de la question claire.
- Peut-être. La réponse n'était pas prévu pour Ian bien. Ou en effet Rangalo.
InformationsquelleAutor A Fader Darkly
17

Vous voudrez peut-être ajouter une contrainte sans index. Cela dépendra de la base de données que vous utilisez. Ci-dessous un exemple de migration de code pour Postgres. (tracking_number, carrier) une liste des colonnes que vous souhaitez utiliser pour la contrainte.
```
class AddUniqeConstraintToShipments < ActiveRecord::Migration
  def up
    execute <<-SQL
      alter table shipments
        add constraint shipment_tracking_number unique (tracking_number, carrier);
    SQL
  end

  def down
    execute <<-SQL
      alter table shipments
        drop constraint if exists shipment_tracking_number;
    SQL
  end
end
```
Il y a des contraintes différentes que vous pouvez ajouter. Lire les docs
- doc de PostgreSQL 9.4 dire: l'Ajout d'une contrainte unique créera automatiquement un unique arbre d'index sur la colonne ou un groupe de colonnes utilisées dans la contrainte. Une contrainte d'unicité sur seulement certaines lignes peuvent être appliquées par la création d'un index partiel. Donc à mon humble avis il n'y a pas besoin de tomber à raw SQL lorsque le résultat sera essentiellement le même que l'utilisation de la add_index méthode. 😉
- En fait il y a une raison: C'est un détail d'implémentation et découragé par la docs. Notez également que vous ne peut pas se référer à la contrainte par nom, car il n'est pas ajouté à la pg_constraint table.
InformationsquelleAutor Josh
7

Salut Vous pouvez ajouter un index unique dans votre migration vers les colonnes par exemple
```
add_index(:accounts, [:branch_id, :party_id], :unique => true)
```
ou de séparer les index uniques pour chaque colonne
- Désolé, il a travaillé, j'ai d'abord essayé par l'édition et la migration existante qui n'a pas fonctionné, puis ajouté un nouveau et cela a fonctionné, merci.
InformationsquelleAutor Bohdan

Dans l'exemple typique d'une table de jointure entre les utilisateurs et les postes de:

create_table :users
create_table :posts

create_table :ownerships do |t|
  t.belongs_to :user, foreign_key: true, null: false
  t.belongs_to :post, foreign_key: true, null: false
end

add_index :ownerships, [:user_id, :post_id], unique: true

En essayant de créer deux dossiers de jeter une erreur de base de données (Postgres dans mon cas):

ActiveRecord::RecordNotUnique: PG::UniqueViolation: ERROR:  duplicate key value violates unique constraint "index_ownerships_on_user_id_and_post_id"
DETAIL:  Key (user_id, post_id)=(1, 1) already exists.
: INSERT INTO "ownerships" ("user_id", "post_id") VALUES ($1, $2) RETURNING "id"

par exemple faire:

Ownership.create!(user_id: user_id, post_id: post_id)
Ownership.create!(user_id: user_id, post_id: post_id)

Entièrement praticable exemple: https://gist.github.com/Dorian/9d641ca78dad8eb64736173614d97ced

db/schema.rb généré: https://gist.github.com/Dorian/a8449287fa62b88463f48da986c1744a

InformationsquelleAutor Dorian

Vous devez vous connecter pour publier un commentaire.