Assurer l'unicité d'une clé MySQL

Question

J'ai une base de données MySQL où une clé (une chaîne) est lue à partir d'une source tierce. Cependant, ceux-ci ne sont pas toujours garantis uniques (ce sont des titres de films). J'ai donc besoin de vérifier l'unicité de la clé, et si ce n'est pas unique, modifiez-la pour la rendre unique - en ajoutant un compte incrémentiel à la fin de la clé par exemple.

Quel est le meilleur modèle pour cela? J'ai actuellement une table qui stocke toutes les clés reçues de la 3ème partie et stocke un compte, donc je fais:

INSERT INTO MYTABLE(KEY) VALUES(KEY_VAlUE) ON DUPLICATE KEY UPDATE KEY_COUNT = KEY_COUNT + 1 

J'utilise JdbcTemplate et un porte-clefs pour récupérer l'ID du nouveau (ou mis à jour) rangée. Le problème est que j'ai aussi besoin de récupérer le compte. Je peux bien sûr maintenant faire une deuxième requête (SELECT) pour aller chercher l'enregistrement avec cet ID. Cependant, le problème ici est avec la concurrence. C'est possible (bien qu'improbable), un autre INSERT avec la même clé tierce se produit juste avant de faire mon SELECT. Dans ce cas, le compte serait incrémenté une seconde fois et je reculerais le compte.

Des idées?

Merci Richard.

Answer 1

Si vous autorisez le système à créer des valeurs de clé uniques arbitraires pour N'IMPORTE QUELLE ligne (celles qui ne sont pas uniques au départ), alors, au lieu de le modifier pour être unique, créez votre propre substitut interne clé, en utilisant la fonction d'auto-incrémentation (MySQL a ce droit?), et stocker la clé soumise telle qu'elle a été soumise dans un attribut de colonne non unique.

utiliser la clé de remplacement interne pour toutes les contraintes d'intégrité relationnelles, et utiliser uniquement la clé soumis à d'autres exigences non uniques ...

Answer 2

Le meilleur modèle pour ce faire est de ne pas. Clouer votre table par une corde comme celle-ci, surtout là où vous savez à l'avance qu'il y aura des collisions, ne vous causera que du chagrin à long terme. Utilisez simplement une clé auto-incrémentée sans signification. Vous pouvez toujours indexer par titre si vous le souhaitez, et vous n'avez pas à utiliser vos données. Incidemment, je pense que lorsqu'il s'agit de collisions de titres de films, la convention est d'ajouter l'année du film entre parenthèses, par ex. "The Producers (1968)" contre "The Producers (2005)"

Answer 3

Transactions. Vous sont en utilisant InnoDB, non? Tu devrais être. Cependant, un titre de film ressemble à une mauvaise clé primaire pour moi. Avez-vous envisagé d'ajouter un synthetic primary key, tel qu'un entier auto-incrémenté?

Answer 4

Je ne sais pas s'il existe un "modèle" pour cela, mais pourquoi ne pas simplement utiliser une transaction?

START TRANSACTION; 

INSERT INTO MYTABLE(KEY) VALUES(KEY_VAlUE) ON DUPLICATE KEY UPDATE KEY_COUNT = KEY_COUNT + 1; 
SELECT KEY_COUNT FROM MYTABLE WHERE KEY=KEY_VALUE; 

COMMIT;