validates_uniqueness_of :name, :case_sensitive => false
fait l'affaire, mais vous devez garder à l'esprit que validates_uniqueness_of
cela ne garantit pas l' unicité si vous avez plusieurs serveurs / processus serveur (par exemple, exécutant Phusion Passenger, plusieurs Mongrels, etc.) ou un serveur multithread. C'est parce que vous pourriez obtenir cette séquence d'événements (l'ordre est important):
- Le processus A reçoit une demande de création d'un nouvel utilisateur avec le nom «foo»
- Le processus B fait la même chose
- Le processus A valide l'unicité de «foo» en demandant à la base de données si ce nom existe encore et la base de données dit que le nom n'existe pas encore.
- Le processus B fait la même chose et obtient la même réponse
- Le processus A soumet l'
insert
instruction pour le nouvel enregistrement et réussit
- Si vous avez une contrainte de base de données exigeant l'unicité pour ce champ, le processus B soumettra l'
insert
instruction pour le nouvel enregistrement et échouera avec une exception de serveur laide qui revient de l'adaptateur SQL. Si vous n'avez pas de contrainte de base de données, l'insertion réussira et vous avez maintenant deux lignes avec 'foo' comme nom.
Voir aussi "Concurrence et intégrité" dans la validates_uniqueness_of
documentation Rails.
De Ruby on Rails 3e édition :
... malgré son nom, validates_uniqueness_of ne garantit pas vraiment que les valeurs de colonne seront uniques. Tout ce qu'il peut faire est de vérifier qu'aucune colonne n'a la même valeur que celle de l'enregistrement en cours de validation au moment de la validation. Il est possible que deux enregistrements soient créés en même temps, chacun avec la même valeur pour une colonne qui doit être unique, et que les deux enregistrements réussissent la validation. Le moyen le plus fiable d'imposer l'unicité est d'utiliser une contrainte au niveau de la base de données. "
Voir aussi l'expérience de ce programmeur avec validates_uniqueness_of
.
Cela se produit généralement lors de la double soumission accidentelle d'une page Web lors de la création d'un nouveau compte. C'est une question difficile à résoudre car ce que l'utilisateur récupérera est la deuxième (laide) erreur et cela lui fera penser que son enregistrement a échoué, alors qu'en réalité il a réussi. Le meilleur moyen que j'ai trouvé pour éviter cela est simplement d'utiliser javascript pour essayer d'éviter la double soumission.
Dans les rails 3, vous pouvez le faire dans votre modèle:
ou sans case_sensitivity
la source
Il existe une option dans laquelle vous pouvez spécifier l'insensibilité à la casse
la source
Il y a une question similaire mais la réponse est plus intéressante: https://stackoverflow.com/a/6422771
Fondamentalement, l'utilisation
:case_sensitive => false
exécute une requête de base de données très inefficace.la source