Voici ma requête :
replace rosier (ronum,rovar,roctr,ropgf,rocam,ropal,roqte) values (8,'B743000','XXX','L','C001',34,60)
 
Structure de ma table :
Champ   Type    
ronum   int(11)      
rovar   varchar(20)
roctr   varchar(10)
ropgf   char(3)
rocam   varchar(4)
ropal   int(11)
roqte   int(10)
 
Nom de la clé   Type   Cardinalité   Champ
PRIMARY  PRIMARY  1   ronum (autoincrement)
 
Mon soucis, si l'enregistrement n'existe pas il est crée. C'est normal.
Si il existe, une ligne est mise à jour et une autre est crée !
deux lignes identiques sont crées avec la même clé primaire apparement!
 

 
Comment est-ce possible ?
:x.
Bug ?
 
 

a mon avis plutot un pb de clef
verifie que ronum est bien une clef primaire , et pas un index  
 
( mais bon si il est en auto increment , normalement c al clé )

bon bah j'ai redemarré tout le PC, BBD + serveur + client et pour l'instant ca à l'air "normal" mais bon ... cette histoire m'intrigue Oo
 
et ronum est bien clé primaire, je l'ai même enlevé puis remis, si ca persiste, je supprimerai carrèment le champs pour le recrée ...

Mon soucis venait d'une autre requête qui n'affichait pas ce que je demandais.
 
Quand à l'histoire :
"Nombre d'enregistrements insérés : 2"
 
Ca reste un mystère vu qu'une seule de ces deux lignes apparait en BDD ...

ce qui est totu a fait normal si tu utilise mysql_affected_rows

http://dev.mysql.com/doc/mysql/en/ [...] -rows.html

merci beaucoup pour cette explication

j'ai encore une question en fait sur replace.
 
J'ai cru comprendre que lorsque l'enregistrement existait, il était simplement mis à jour.
 
Hors dans mon cas, comme l'expliques très bien flo850, mon enregistrement est systèmatiquement supprimé puis recrée.
 
Donc si ma requête Replace ne renseigne que 3 champs sur 10 dont la clé primaire, je me retrouve avec 7 champs non renseignés (valeurs par défaut) alors qu'ils pouvaientt très bien être initialisés avant   .
 
J'ai loupé un option pour forcer un update au lieu d'un delete + insert en cas d'existence de la clé primaire ?