[SQL] 1062 - Duplicate entry '0' for key 1

Bonjour,

Depuis la restauration de ma base sql via le script bigdump je rencontre des erreurs sql de type :

Code:

---

1 2 3 4 5 6

1062 - Duplicate entry '0' for key 1   insert into orders_status_history (orders_id, orders_status_id, date_added, customer_notified, comments, track_num, track_num2, track_num3) values ('10003', '2', now(), '0', '', '', '', '')   [TEP STOP]

---

Je n'avais avant cette restauration aucun pb de ce type... je pensais pourtant que la restauration via bigdump était une copie conforme...

J'ai aussi remarqué que pendant la restauration via bigdump je rencontre ce message d'erreur (vers la fin de la restauration).

Code:

---

1 2 3 4 5 6

Error at the line 6212: /*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;   Query: /*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;     MySQL: Unknown or incorrect time zone: 'NULL'

---

Mon hébergeur est OVH

tu as une valeur de ta clé qui est déjà présente..

2 solutions soit tu vides complètement ta table et tu la recharges

sinon tu fais un REPLACE a la place de l'insert

Je vais faire ce que tu me dis et te tenir au courrant, mais pourquoi cela fait ca? Je pensais qu'un dump était un ghost de ma base sql... j'en déduis que lors de sa restauration je devrais retrouver exactement la même chose...:?

oui mais si tu as deja des données il va essayer d'inserer juste vide ta table est lance ton dump ca marchera

Pourtant je selectionne bien toutes les tables et je les supprimes, et malgré tout je retrouve ce message d'erreur (que je n'avais pas du tout avant la restauration, et je précise que je n'ai fais aucune modifs).

et si à la fin de ton insert qui cause le duplicate key tu ajoute :

Code:

---

1 2 3 4

insert into blabla values (blabla) ON DUPLICATE KEY UPDATE orders_id=LAST_INSERT_ID(orders_id)+1;

---

Pardonne moi d'être à ce point nul, mais comment faire? de plus je constate cette erreur pour d'autre requète, je viens par exemple de tomber sur celle-ci :

Code:

---

1 2 3

Duplicate entry '0' for key 1   Query : INSERT INTO phpmv_archives (idsite, done, period, date1, date2) VALUES (1, 3,1, '2008-03-20', '1206017021')

---

Je ne comprends toujours pas pourquoi la restauration de ma base me provoque ce type d'erreur... (malgré la suppression des tables).

Citation:

---

Envoyé par kervano

Pardonne moi d'être à ce point nul, mais comment faire? de plus je constate cette erreur pour d'autre requète, je viens par exemple de tomber sur celle-ci :

Code:

---

1 2 3

Duplicate entry '0' for key 1   Query : INSERT INTO phpmv_archives (idsite, done, period, date1, date2) VALUES (1, 3,1, '2008-03-20', '1206017021')

---

Je ne comprends toujours pas pourquoi la restauration de ma base me provoque ce type d'erreur... (malgré la suppression des tables).

---

duplicate entry '0' for key 1 : idsite tente à être enregistré avec pour valeur 0, erreur car vraisemblablement un enregistrement avec cette même valeur existe déjà.

ce que je te proposais était de rajouter on duplicate key à la fin de tes requète , comme ceci :

Code:

---

1 2 3

INSERT INTO phpmv_archives (idsite, done, period, date1, date2) VALUES (1, 3,1, '2008-03-20', '1206017021') ON DUPLICATE KEY UPDATE idsite=LAST_INSERT_ID(idsite)+1;

---

peut tu faire un "SHOW CREATE TABLE phpmv_archives;" et nous afficher le résultat :)

et nous coller l'intégralité du dump qui se rapporte à cette table ;)

Voici le résultat du "SHOW CREATE TABLE phpmv_archives;" :

Citation:

---

Index: Nom de l'index Type Cardinalité Action Champ
PRIMARY PRIMARY 643 idarchives
pmvindex1 INDEX aucune idsite
pmvindex2 INDEX aucune done
compressed INDEX aucune compressed
date1 INDEX aucune date1
date2 INDEX aucune date2
done INDEX aucune done
idarchives INDEX aucune idarchives
idsite INDEX aucune idsite
nb_direct INDEX aucune nb_direct
nb_max_pag INDEX aucune nb_max_pag
nb_newsletter INDEX aucune nb_newsletter
nb_pag INDEX aucune nb_pag
nb_pag_returning INDEX aucune nb_pag_returning
nb_partner INDEX aucune nb_partner
nb_search_engine INDEX aucune nb_search_engine
nb_site INDEX aucune nb_site
nb_uniq_pag INDEX aucune nb_uniq_pag
nb_uniq_vis INDEX aucune nb_uniq_vis
nb_uniq_vis_returning INDEX aucune nb_uniq_vis_returning
nb_vis INDEX aucune nb_vis
nb_vis_1pag INDEX aucune nb_vis_1pag
nb_vis_1pag_returning INDEX aucune nb_vis_1pag_returning
nb_vis_returning INDEX aucune nb_vis_returning
period INDEX aucune period
simple INDEX aucune simple
sum_vis_lth INDEX aucune sum_vis_lth
sum_vis_lth_returning INDEX aucune sum_vis_lth_returning

---

En bas j'ai des messages d'avertissement :

Citation:

---

! Les index suivants semblent équivalents, vous devriez en éliminer un. pmvindex1, idsite

! Les index suivants semblent équivalents, vous devriez en éliminer un. PRIMARY, idarchives

! Les index suivants semblent équivalents, vous devriez en éliminer un. pmvindex2, done

---

Pour le contenu de la table celle-ci est beaucoup trop grosse pour que je la poste.

Je n'ai toujours pas compris pourquoi je peux pas retrouver la même chose qu'avant étant donné que mon dump est sensé contenir ma base qui était fonctionnel à 100%. Pourquoi des duplicates surgisse comme ca?

Je viens de régler le problème en supprimant le code PRIMARY voir la photo... ce code est en double, je ne sais pas si cela est néfaste pour ma bdd... ni d'ou provient ce code PRIMARY...

http://www.achat-bio.fr/duplicate.jpg

En revanche je ne sais pas comment faire pour ce message d'erreur :

Citation:

---

Les index suivants semblent équivalents, vous devriez en éliminer un. idx_address_book_customers_id, customers_id

---

Pensez vous que je peux procéder de la sorte pour le reste des fichiers doublons sans que cela soit dangereux pour ma bdd?

Tu as deux indexes pour le même champ, c'est redondant et inutile. Supprime l'index idx_*.

Et sais pourquoi suite à la restauration du dump de ma base de donnée j'ai des index en doubles?