Mise à jour de ma base de données en local impossible: code erreur 1062

**Marcc** · 11/02/2009, 09h39

Bonjour à tous!

En premier lieu, je fais un backup de ma base de données (via phpmyadmin) depuis le serveur de mon hébergeur.

J'enregistre le fichier mabase.sql dans un répertoire sur mon disque dur puis j'ouvre phpmyadmin via Wamp Serveur 2.0 (donc en localhost).

Puis, je fais "importer" en sélectionnant le fichier mabase.sql pour arriver au message d'erreur (numéroté 1062, voir plus bas, merci) suivant:

Erreur
requête SQL:

Code :

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

1
2
3
4
5
--
-- Contenu de la table `categorie`
--
INSERT INTO `categorie` ( `id_categorie` , `libelle` ) 
VALUES ( 1, 'photos maritimes' ) , ( 4, 'photos de montagne' ) , ( 5, 'photos urbaines' ) , ( 6, 'photos florales' ) , ( 7, 'photos inedites' ) , ( 10, 'photos humour' ) ;

MySQL a répondu:

#1062 - Duplicate entry '1' for key 'PRIMARY'

Je débute totalement, et j'avoue que là je suis "lost in the code"!

D'avance, un grand merci pour votre aide,

Marc

Les versions utilisées sont:

Apache/2.2.11 (Win32) PHP/5.2.8
Version du client MySQL: 5.0.51a
Extension PHP: mysqli

**RideKick** · 11/02/2009, 09h45

Bonjour ,

Il existe deja un enregistrement dont id_categorie vaut 1.
Ton champs est une clef primaire donc les doublons ne sont pas acceptés.

**laurentibus** · 11/02/2009, 09h46

alors d apres le message d erreur je dirais que tu essayes d ajouter une ligne dans ta table categorie : mais le pb est que tu donne un identifiant (id_categorie) qui existe deja dans ta table ....

un identifiant est unique !!!

donc regarde quels sont les id deja pris et regarde aussi du cote des sequences qui pourront te renvoyer un nouvel id ....

++

**RideKick** · 11/02/2009, 09h57

Envoyé par laurentibus

un identifiant est unique !!!

Uniquement parce que son champs est en clef primaire , sinon ils pourraient mettre des identifiants identiques à foison .

**Marcc** · 11/02/2009, 10h15

hello tous!

Merciiii...euh..bon j'essaye d'abord d'assimiler vos réponses
et ensuite je reviens vers vous d'ici peu pour vous dire
ce que j'ai pu ...faire!

Marc

**Marcc** · 11/02/2009, 11h15

Hello, Je reviens donc....

Tout d'abord, je reprécise que lorsque je fais l'importation,
personellement, n'y connaissant rien, je laisse phpmyadmin
faire son "boulot" lorsque je clique sur le bouton "exécuter".

Je suis allé dans le cas présent du côté hébergeur, sur leur serveur.

J'ai sélectionné la table catégorie puisqu'a priori c'est celle ci qui pose
problème:

Dans la table catégorie j'ai cliqué sur STRUCTURE, et la fenêtre (capture écran) affiche ces infos suivantes:

Puis, au niveau des catégories, actuellement en place (capture écran à nouveau) quand je clique sur le bouton "affiche les valeurs distinctes" dans la colonne "action", j'obtiens les infos suivantes:

Donc,donc, d'après ce que j'ai pu comprendre il y aurait un "doublon" sur un identifiant?? Euh?

Mais où pourrais je aller repérer cette "erreur"?

Merciiii!

Marc

**RideKick** · 11/02/2009, 13h59

JE vois pas les miniatures , tu veux pas plutot les attacher au topic (Pieces jointes) ?

**Marcc** · 11/02/2009, 14h17

hello,

euh, normalement de mon côté quand je clique sur l'image j'ai une fenêtre qui s'ouvre pour agrandir l'image.

Mais bon, c'est la première fois que je fais de l'insert d'image, donc, donc...forcément 'y a des ratés.

Là pour joindre les images au topic...euh..je teste...pour voir si j'arrive
à quelque chose d'exploitable!

est ce ok?

Sur l'image où l'on peut voir les 2 champs (id_categorie, et libelle), il y a un autre petit tableau en dessous sur la gauche.

Tableau nommé "Index", avec 5 colonnes:

Nom de l'index=primary
Type=primary
Cardinalité=6
Action: modifier ou supprimer
Champ=id_categorie

Serait ce à ce niveau que l'erreur se situe?

**RideKick** · 11/02/2009, 14h23

Donc ton champ id_categorie est une clef primaire (et qui plus est en autoincrement), ce qui veut dire que tu ne peux pas avoir de doublon .

Il est donc normal que tu ne puisse voir tes doublons avec PHPMyAdmin car lors de l'enregistrement d'une valeur qui existe deja tu as un message d'erreur mais l'enregistrement en question n'est pas pris en compte.

**fucce** · 11/02/2009, 14h29

J'voudrais pas dire de bêtises mais j'ai l'impression que ta table est déjà restauré!! Il y a les 6 enregistrements que tu as précisé dans ton INSERT

**Marcc** · 11/02/2009, 14h31

Envoyé par RideKick

Donc ton champ id_categorie est une clef primaire (et qui plus est en autoincrement), ce qui veut dire que tu ne peux pas avoir de doublon .

A ce niveau là, je pense avoir compris la notion de doublon "bloquée" par une clef primaire qui s'incrémente au fur et à mesure que l'on ajoute une catégorie.

Par contre.....pour la suite...

Envoyé par RideKick

Il est donc normal que tu ne puisse voir tes doublons avec PHPMyAdmin car lors de l'enregistrement d'une valeur qui existe deja tu as un message d'erreur mais l'enregistrement en question n'est pas pris en compte.

..tu m'as largué, grave,

J'ajoute une chose par ailleurs...

pourquoi, quand j'exporte ma base depuis le serveur de l'hébergeur vers le disque dur de mon pc, le fichier mabase.sql se créé sans problème....

...alors que...

lorsque je suis en local (phpmyadmin via wamp) et que je veux mettre à jour la base, eh bien, l'importation pour mise à jour, renvoie ce message d'erreur?

un doublon? mais serait ce alors dans la table de la base (en local sur mon pc) qu'il faut que je corrige?

Oups, je suis "aware"!

**RideKick** · 11/02/2009, 14h34

Groso modo , tu peux pas ajouter 2 fois le meme enregistrement dans ta table.
Donc quand tu regarde ce que tu as dans ta table tu n'as pas de doublon.

Maintenant ton soucis c'est que tu essaie d'inserer des valeurs dans une table qui les contient deja , du coups tu as le message d'erreur.

**Marcc** · 11/02/2009, 14h36

Envoyé par fucce

J'voudrais pas dire de bêtises mais j'ai l'impression que ta table est déjà restauré!! Il y a les 6 enregistrements que tu as précisé dans ton INSERT

Hello!

Si j'ai bien compris ta remarque, oui, effectivement, ma base a déjà été restaurée en local sur mon pc.

Disons que cela avait été fait qu'une seule fois.

J'avais créé une base en local nommé à l'identique de celle qui était sur le serveur de mon hébergeur.

Là, en fait, je fais une...deuxième restauration...parce que la base "on line" s'est enrichie de quelques "octets" et que j'aurais bien aimé "mettre à jour/restaurer" ma base précédemment "installée" en local.

Suis je suffisamment clair??

**fucce** · 11/02/2009, 14h41

Si j'ai compris ton soucis!!!
Donc la solution c'est de faire un "drop" de ta base en local (Effacer) puis faire une restauration comme tu l'as faite

**Marcc** · 11/02/2009, 14h42

Envoyé par RideKick

Maintenant ton soucis c'est que tu essaie d'inserer des valeurs dans une table qui les contient deja , du coups tu as le message d'erreur.

...mais, ce qui est étonnant, c'est que la table "catégorie" n'a pas bougé entre celle qui était dans la base 'on line' (coté serveur) et la table "catégorie" que j'ai "une fois seulement" installé" sur mon pc en local.

Entre la base en "localhost" et la base coté "serveur de l'hébergeur", cette table "catégorie" est toujours restée la même.

Donc, je ne comprends pas pourquoi je ferai une "insertion de valeurs" dans une table qui les contient déjà??

Je sais que l'informatique, c'est ultra pointu, mais là, j'ai pas encore suffisamment affuté ma lame pour capter!

**RideKick** · 11/02/2009, 14h42

Dans ce cas tu devrais vider la base avant de reinserer ton fichier.

**fucce** · 11/02/2009, 14h49

Le problème (si c'est un problème) est que tu as fais une sauvegarde totale de ta base. Si tu connais les tables qui ont été modifiées, tu ne peux sauvegarder que ces tables en question! Il te suffira alors de ne supprimer que les tables concernées

**Marcc** · 11/02/2009, 14h51

Envoyé par fucce

Si j'ai compris ton soucis!!!
Donc la solution c'est de faire un "drop" de ta base en local (Effacer) puis faire une restauration comme tu l'as faite

Ah... ok... mais alors ca voudrait dire qu'on peut pas - en local - importer/restaurer une base que l'on a préalablement "exporté" depuis le serveur de l'hébergeur??

Genre:

01 février: 8h. En localhost, ma base n'existe pas. Je la nomme puis pour qu'elle ait du contenu, j'importe la base "pleine" provenant du serveur de l'hébergeur. <<< J'appelle ça restauration_01

02 février: 8h. Je constate sur le serveur de l'hébergeur que ma base s'est enrichie de quelques octets, non pas ici dans la table catégories, mais dans la table users. Donc, depuis le serveur de l'hébergeur, j'exporte le fichier mabase.sql que je sauvegarde sur mon pc.

Maiiiiiis...si je veux mettre à jour ma base "installée" le 01 février, il faut que je l'efface pour, en fait, la remplacer par celle provenant du serveur de l'hébergeur.<<<< restauration_02 ...

-----

En fait on ne peut pas mettre à jour en utilisant la procédure "exportation (coté serveur hébergeur)/"importation" (côté pc en localhost). Il faut que la base installée le 1er février, soit préalablement effacée.

Euh, est ce cela?