Discussion :

[waflyx]

Bonjour,

Je souhaite créer une contrainte d'unicité sur une chaine de chaine de caractère, en prenant compte des caractères accentués et la casse. Ma table actuelle est structurée de la façon suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
CREATE TABLE `labels_languages` (
  `label_id` bigint(20) NOT NULL,
  `label_lang` varchar(255) NOT NULL,
  `label_lang_long` text,
  `language_id` char(20) NOT NULL,
  PRIMARY KEY (`label_id`),
  UNIQUE KEY `label_lang_key` (`label_lang`),
  CONSTRAINT `ll_label_id_fk` FOREIGN KEY (`label_id`) REFERENCES `labels` (`label_id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

En effet, lors d'une insertion de données, une erreur de duplication m'est renvoyée lors de l'insertion de 'GUERIN' dans label_lang, sachant que 'Guérin' a déjà été inséré.

Le charset est latin1 latin1_general_ci

Merci de votre aide bonne journée.

[Maljuna Kris]

Saluton,
De mémoire, je crois qu'il te suffit de déclarer la colonne BINARY et ça devrait le faire.
en fait voici la syntaxe exacte

[waflyx]

Merci, cela aurait pu être une réponse, car effectivement, un "varbin" permet une comparaison casse sensible, mais les données seront donc affichées de manière binaire depuis un client.

Solution que j'ai opté pour un index casse sensible (ou une recherche, car je viens d'apprendre que MySQL recherche par défaut de manière casse insensible):

spécifier une collation casse sensible pour le champ voulu, autrement dit dans mon cas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
CREATE TABLE `labels_languages` (
  `label_id` bigint(20) NOT NULL,
  `label_lang` varchar(255) COLLATE latin1_bin NOT NULL,
  `label_lang_long` text,
  `language_id` char(20) NOT NULL,
  PRIMARY KEY (`label_id`),
  UNIQUE KEY `label_lang_key` (`label_lang`),
  CONSTRAINT `ll_label_id_fk` FOREIGN KEY (`label_id`) REFERENCES `labels` (`label_id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

Mon champ label_lang a donc une collation spécifique : attention, en binaire, 'toto '='toto'. Si vous ne souhaitez pas ce comportement prenez par exemple (latin1_general_cs) : j'ai aussi compris que cs et is c'était pour casse sensible ou insensible ;-)

Bonne journée