IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

PHP & Base de données Discussion :

Duplicate Key sans doublon [MySQL]


Sujet :

PHP & Base de données

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Inscrit en
    Décembre 2008
    Messages
    78
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations forums :
    Inscription : Décembre 2008
    Messages : 78
    Par défaut Duplicate Key sans doublon
    bonjour, bonjour

    voilà comme vous pouvez le voir sur le titre, j'ai un soucis de duplicate key.

    ce que je sais, c'est que ça met cette erreur lorsqu'on essaye de rentrer une valeur de la clé primaire qui existe déjà..

    sauf que le truc, c'est que la valeur n'existe pas et il me dit qu'elle existe

    et ce qui est bizarre également, c'est que ça me le fait que pour certains champs, pour d'autre ça fonctionne très bien.

    voici ma base



    avez-vous une idée d'où vient le problème?

    merci

  2. #2
    Expert éminent
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 815
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 815
    Billets dans le blog
    14
    Par défaut
    Déjà, vous devriez avoir une clé primaire de type entier non signé et auto incrémenté et non pas cette référence en varchar(30) !

    Ensuite si ça dit duplicate key, je suppose que vous essayez d'entrer plusieurs fois la même référence.

    Ce qui est possible aussi et qu'on ne voit pas sur votre photo d'écran, c'est que vous ayez un ou des index de type UNIQUE sur certaines colonnes de vos tables.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #3
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 287
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 287
    Par défaut
    Merci de nous faire un SHOW CREATE TABLE de ta table, et de nous donner un exemple d'insertion provoquant une erreur que tu estimes injustifiée, avec le message d'erreur complet.

  4. #4
    Membre confirmé
    Inscrit en
    Décembre 2008
    Messages
    78
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations forums :
    Inscription : Décembre 2008
    Messages : 78
    Par défaut
    bonjour,

    merci pour vos réponses

    alors en ce qui concerne le fait que la clé primaire soit ref en varchar.. ba je suis bien d'accord, je trouve ça assez louche aussi
    mais je suis arrivée dans l'entreprise il y a un peu plus d'un mois et donc en l'occurrence, ce n'est pas moi qui est réalisé ces tables. je ne fais que travailler dessus donc je ne peux pas m'en vouloir à moi même d'avoir fait une grosse bêtise ^^


    ensuite, en ce qui concerne la table :



    je ne sais pas si cela correspond à votre demande en ce qui concerne la clé unique.

    ensuite, pour le SHOW CREATE fiches_pdt (le nom de ma table) eu ça ne veut rien me faire, ça me met le message d'erreur suivant :

    1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'fiches_pdt' at line 1

    pour votre information, notre server interne utilise wamp. et la version de mysql est 4.1.7

    ensuite, ma requête qui m'indique une erreur et qui me semble injustifiée (mais je peux me tromper ) :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    INSERT INTO `fiches_pdt`(`ref`,`nom`,`age`,`img`,`txt`, `fin`, `cdc`, `cdc2`, `buy`)
    VALUES('".($_GET['ref'])."','".($_GET['nom'])." ','".($_POST['age'])."','".($_GET['ref'])."','".addslashes($text[$i])."','".addslashes($text_fin[$i])."','0','0','0')
    alors, il est vrai que img a la même valeur que ref. mais, parce qu'il y a un petit mais, ce que je ne comprends pas, c'est que certaines fois ça marche, et d'autres fois non.

    donc je me dis, si le problème venait de l'image qui a la valeur de la ref, ça le ferait pour toutes les entrées non? le problème serait présent à chaque fois.

    il faut que vous sachiez également, je vais expliquez un peu le fonctionnement.
    à la base, il s'agit d'une page web. il s'agit d'un catalogue avec des entrées.

    quand on ajoute une entrée dans le catalogue, la requête est la même que précédemment, j'insère la référence, et l'image prend la même valeur que la référence, ça fonctionne très bien.

    on peut également modifié cette ligne. ça fonctionne également très bien

    là il s'agit d'une copie, qui fonctionne donc avec la requête que je vous ai mise, qui est la même que si on ajoutait une ligne. et là ça marche 1 fois sur 2

    et quand ça ne marche pas, voici le message que j'ai :

    [MySQLi ERROR] Error during the MySQLi Query
    Duplicate entry 'P4062' for key 1


    et quand je tentes avec une autre, l'entrée se créer sans problème.

  5. #5
    Expert éminent
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 815
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 815
    Billets dans le blog
    14
    Par défaut
    Le message d'erreur signifie que la référence P4062 existe déjà dans la table.

    Le fait que img ait la même valeur que ref n'a aucune importance, ce sont deux colonnes différentes.

    ensuite, pour le SHOW CREATE fiches_pdt (le nom de ma table) eu ça ne veut rien me faire, ça me met le message d'erreur suivant :

    1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'fiches_pdt' at line 1
    La syntaxe est :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SHOW CREATE TABLE fiches_pdt
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  6. #6
    Membre confirmé
    Inscrit en
    Décembre 2008
    Messages
    78
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations forums :
    Inscription : Décembre 2008
    Messages : 78
    Par défaut
    erf, autant pour moi

    donc le resultat de la requête :

    fiches_pdt CREATE TABLE `fiches_pdt` (\n `ref` varchar(30) NOT NULL default '',\n `nom` varchar(40) NOT NULL default '',\n `age` varchar(30) NOT NULL default '',\n `img` varchar(30) NOT NULL default '',\n `txt` text NOT NULL,\n `fin` text NOT NULL,\n `cdc` varchar(10) NOT NULL default '',\n `cdc2` varchar(10) NOT NULL default '',\n `buy` varchar(10) NOT NULL default '',\n PRIMARY KEY (`ref`)\n) ENGINE=MyISAM DEFAULT CHARSET=latin1


    ceci permet de vérifié quoi? les boulettes qui ont pu être faite au niveau des clés?


    sinon en ce qui concerne le duplicata.
    il y a une référence par donnée entré dans le catalogue. la première insertion entre la référence dans une autre table, et la deuxième insertion rentre la référence dans la table que je vous ai indiqué .

    je vais essayer de revoir mes requêtes pour voir si je n'insères pas deux fois les données...

    mais une petite question. si c'était mes requêtes qui étaient en doublon, ça devrait me faire ce problème à chaque fois non?

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. PB de doublons avec ON DUPLICATE KEY UPDATE
    Par Seeker35 dans le forum Requêtes
    Réponses: 6
    Dernier message: 16/05/2011, 15h47
  2. remplir un tableau sans doublons ...
    Par ryo-san dans le forum C
    Réponses: 22
    Dernier message: 10/11/2005, 12h43
  3. INSERT ... ON DUPLICATE KEY UPDATE
    Par luffy san dans le forum PostgreSQL
    Réponses: 2
    Dernier message: 17/10/2005, 17h29
  4. [Postgresql] insertion sans doublon
    Par Pwill dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 08/06/2005, 11h37
  5. Comment mettre à jour une ligne sans doublon via déclencheur
    Par fuelcontact dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 02/08/2004, 15h56

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo