Discussion :

[gastoncs]

Bonjour j'ai ma requête sql suivante :

Code :

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

INSERT INTO feraille (datefer, postefer, nbrfer) VALUES ('$dateDuJour', '$poste', '$nbrfer') ON DUPLICATE KEY UPDATE nbrfer='$nbrfer'

et ma table feraille suivante :
******************
*ID****NOM****NBR*
******************
*1***PIERRE****4***
*2***PAUL*****5***
*3***JAQUE****2***

id est ma clef primaire, et lorsque je fais une modification, si par exemple je modifie le nbr de PIERRE et bien il va crée une nouvelle entrée dans la table avec pour nom PIERRE et un nouvel id !
je ne vois pas ou est le probléme !

[sabotage]

Il faut que ton champ "nom" soit UNIQUE pour que le "ON DUPLICATE KEY" agisse.

[gastoncs]

donc je dois mettre la clef primaire sur nom et pas id alors ?
dans le code de la requete que j'ai copié, j'ai "postefer" et "datefer" et id qui est sur clef primaire, dans ce cas la aussi je devrai definir les deux colonne là en clef primaire ???

[RunCodePhp]

Salut

id est ma clef primaire, et lorsque je fais une modification, si par exemple je modifie le nbr de PIERRE et bien il va crée une nouvelle entrée dans la table avec pour nom PIERRE et un nouvel id !
je ne vois pas ou est le probléme !

Le code que tu donne INSERT INTO est fait pour créer une nouvelle ligne, un nouvel enregistrement.

Pour faire une modification, c'est

Code sql :

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

UPDATE une_table SET champ = 'une_valeur' WHERE ... etc ...

C'est peut être pour ça que tu remarque que ça crée une ligne, non ?

[gastoncs]

mais je pensez que le "insert into" et le "on "duplicat key" compiler permetté lorsque la valeur n'existe pas de la crée sinon si il le met à jour !

[sabotage]

Tu dois définir un index UNIQUE sur les champs qui doivent l'être.

[RunCodePhp]

mais je pensez que le "insert into" et le "on "duplicat key" compiler permetté lorsque la valeur n'existe pas de la crée sinon si il le met à jour !

C'est la façon dont tu procède qui me chiffonne, de la logique.

Au départ, il y a bien une action, non ?
Il doit bien avoir une manip de l'utilisateur, c'est à dire, soit une création, soit une modification, il ne devrait pas avoir de hasard ici, non ?

Si c'est une modification par exemple, et théoriquement, avant même que l'utilisateur valide la modif, il doit bien avoir une donnée (un ID en général) qui va déterminer quelle ligne à modifier.

Si c'est un nouvelle enregistrement, c'est encore plus évident, car par définition, un nouvel enregistrement veut dire que la ligne n'existe pas.
Je dirais même qu'en général ici, c'est l'inverse qui se fait, soit vérifier (une requête avant) si part hasard on ne serait pas entrain de créer 2 fois la même donnée.


Théoriquement, les choses sont connues.

mais je pensez que le "insert into" et le "on "duplicat key" compiler permetté lorsque la valeur n'existe pas de la crée sinon si il le met à jour !

Théoriquement oui, mais il me semble que c'est sur la clé primaire, au cas ou celle ci existerait déjà.
Mais c'est quoi qui te pose problème ?
Qu'est-ce que tu veux faire et surtout quoi éviter ?
Pour ma part, si tu as un ID comme clé primaire et en auto_increment, tu ne devrait pas avoir de problème, il y aurait rien à rajouter.
Ne peux tu pas t'appuyer sur ce que tu as pour soit faire un UPDATE ou un INSERT INTO