Discussion :

[Toulousaing]

Bonjour à tous,

J'ai un champ SIRET vide déclaré en varchar(9) sans valeur par défaut, dans une table de 50 magasins sans SIRET.
Je souhaite qu'il soit unique pour détecter les doublons à la mise à jour de ma table, je précise donc dans phpMyAdmin "Unique" et il me dit "Duplicate Entry".
J'ai essayé de mettre NULL comme valeur par défaut, pareil.
Comment permettre que tous les champs SIRET de ma table soient vides ET uniques, pour pouvoir modifier ma table magasin par magasin en contrôlant (ERR 1062) que l'utilisateur ne rentre pas deux fois le même SIRET, svp ?
Merci.

[punkoff]

Bonjour,

cf la doc : http://dev.mysql.com/doc/refman/5.5/...ate-table.html

A UNIQUE index creates a constraint such that all values in the index must be distinct. An error occurs if you try to add a new row with a key value that matches an existing row. For all engines, a UNIQUE index permits multiple NULL values for columns that can contain NULL.

Vous avez donc déjà des doublons de siret dans votre table, qui sont différent de "null".

[Toulousaing]

Ca c'est une bonne piste.
Je contrôle. Merci.

EDIT : j'ai supprimé le champ, je l'ai recréé NULL UNIQUE et ça a marché. je suppose que je mettais un ou plusieurs espaces dedans à un moment de mes tests.

[Toulousaing]

Hmmm... je rencontre un nouveau problème sur le même sujet, c'est pourquoi je n'ouvre pas un nouveau sujet.

Ma table contient aujourd'hui 50 magasins avec 50 SIRET différents. So far so good comme disait Laetizia Buonaparte.
Si j'ai une nouvelle création de magasin et que l'utilisateur ne met pas son SIRET, le champ est NULL comme avant. Ca colle (à moi de l'accepter ou non).
Mais si j'en crée un 2e, toujours sans SIRET, MySQL se plaint d'une clé dupliquée valeur nulle alors que je n'ai PAS changé la table.
Pourqoi, à votre avis, svp ?
Merci.

[SQLpro]

Mais si j'en crée un 2e, toujours sans SIRET, MySQL se plaint d'une clé dupliquée valeur nulle alors que je n'ai PAS changé la table.
Pourqoi, à votre avis, svp ?

Parce que MySQL est farci de tares de bugs et de bêtises et qu'il croit naïvement que quelque chose qui n'existe pas (NULL) peut être dupliqué; C'est une des nombreuses erreurs de conception de cet ersatz de SGBDR !

A lire sur le sujet : http://blog.developpez.com/sqlpro/p9...oudre_aux_yeux

A +

[aieeeuuuuu]

Parce que MySQL est farci de tares de bugs et de bêtises et qu'il croit naïvement que quelque chose qui n'existe pas (NULL) peut être dupliqué

Non, en l’occurrence, c'est un comportement propre à SQL Server, et normalement, MySQL ne commet pas cette erreur.

Pouvez-vous nous fournir plus de détail ? script de création de la table et de l'index unique, et script d'insertion des lignes "dupliquées" ?
Ainsi que le message d'erreur exact.