Discussion :

[Loupita]

Bonjour,
Depuis un fichier journalier, je reçois diverses informations dont, "root_number" (correspond à un N° de client) et "isin". Le "root_number" est unique "isin", non.
le même "isin" peu donc être affecté à plusieurs clients.
les lignes de mon fichier reçu ressemblent à ça:
root_number| isin
123456; FR001234
123456; US001234
456789; BE001233
456789; FR001234

ma table dispose d'une clé, le champ "root_number".

J'essaie de faire des "insert" puis "update" avec la requête suivante:

Code :

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

1
2
3
 
$sql = "INSERT INTO basebr (uid, root_number, isin) VALUES (' ', '$IDF2', '$ISIN')
ON DUPLICATE KEY UPDATE root_number='$IDF2', isin='$ISIN'

Ce que je chercher à faire:
1/ Si le couple root_number/isin est déja présent dans la table, je le met à jours.
2/ Si le couple root_number/isin n'est pas présent dans la table, je le crée.

[tse_jc]

Bonjour,

La démarche usuelle serait d'abord de faire un SELECT pour vérifier l'existence du couple de valeur dans la table, auquel cas on fait un insert ou un update dessus. Ceci oblige à transactionner l'opération et des problèmes de verrous peuvent se poser et seront à prendre en compte dans l'opération.

La méthode que vous avez choisie, certes interessante pose d'autres problèmes contextuelles qui se situent au niveau de vos définition d'index et du choix fonctionnel de votre table.
Les questions auxquelles il faut des réponses pour résoudre votre problème par rapport à votre choix technique sont les suivantes:

1) Votre clé primaire porte-t-elle uniquement sur la colonne uid ou est-elle composite sur les 3 colonnes?
2) Si la réponse à la première est non, avez-vous défini un index unique couvrant sur vos deux colonnes root_number et isin?

Il faut bien dire que ces questions là ont une réponse sans intérêt malgré leur pertinence car votre table n'est pas une table de jonction : vous utilisez la colonne uid qui reste définie en clé primaire quelque soit le contexte. Or la contrainte ON DUPLICATE KEY ne porte exclusivement QUE sur la clé primaire, et à cause de la colonne uid, ne se déclenchera jamais.

Cordialement,

Jc.

[Loupita]

Bonjour,

Merci pour vos pertinents commentaires.

1) Votre clé primaire porte-t-elle uniquement sur la colonne uid ou est-elle composite sur les 3 colonnes?
2) Si la réponse à la première est non, avez-vous défini un index unique couvrant sur vos deux colonnes root_number et isin?

1/ ma clé porte uniquement sur la colonne 'uid'
2/ mon index unique porte uniquement la colonne 'root_number'

Apparament je ne me suis pas engagé sur la bonne voie avec 'ON DUPLICATE KEY' pourtant cette condition me parraissait pratique à utiliser.

Cordialement.

[CinePhil]

Il y a un paradoxe entre votre besoin et ce que vous avez :

Ce que je chercher à faire:
1/ Si le couple root_number/isin est déja présent dans la table, je le met à jours.
2/ Si le couple root_number/isin n'est pas présent dans la table, je le crée.
---
2/ mon index unique porte uniquement la colonne 'root_number'

Il ne peut y avoir deux fois la même valeur pour root_number donc il ne peut y avoir deux couples contenant le même root_number !

Si votre table est une table associative entre les root et les isin, vous n'avez pas besoin de uid. Supprimez cette colonne et faites du couple {root_number, isin} votre clé primaire. Vous aurez alors plus de chances que ON DUPLICATE KEY UPDATE fonctionne. À tester quand même car je ne sais pas si ça peut réagir sur plus d'une colonne.

Sinon il faudra faire un TRIGGER BEFORE INSERT pour tester l'existence du couple et l'insérer ou le mettre à jour.

[Loupita]

Lors de ta dernière réponse nous avions adopté un tutoiement CinePhil je me permet dons de reprendre celui-ci.

Je viens de faire les tests suivants et apparament 'ON DUPLICATE KEY' ne fonctionne pas avec une clé affectée sur deux champs. A moins que le problème soit dans ma table ou ma requête. Les voici

ma table:

Code :

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

1
2
3
4
5
6
CREATE TABLE IF NOT EXISTS `basebr` (
  `root_number` varchar(10) NOT NULL,
  `isin` varchar(25) NOT NULL,
  KEY `isin` (`isin`),
  KEY `root_number` (`root_number`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

ma requête:

Code :

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

1
2
3
4
5
$sql = "INSERT INTO basebr (root_number, isin)
VALUES ('$IDF2', '$ISIN')
ON DUPLICATE KEY UPDATE
root_number='$IDF2', isin='$ISIN''
";

Avec cette confiuration, les champs sont ajoutés sans contrôle à chaque execution du script...

[CinePhil]

Lors de ta dernière réponse nous avions adopté un tutoiement CinePhil

Je réponds à tellement de monde que je ne peux pas me souvenir de tous.

je me permet dons de reprendre celui-ci.

No problem.

Je viens de faire les tests suivants et apparament 'ON DUPLICATE KEY' ne fonctionne pas avec une clé affectée sur deux champs. A moins que le problème soit dans ma table ou ma requête. Les voici

ma table:

Code :

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

1
2
3
4
5
6
CREATE TABLE IF NOT EXISTS `basebr` (
  `root_number` varchar(10) NOT NULL,
  `isin` varchar(25) NOT NULL,
  KEY `isin` (`isin`),
  KEY `root_number` (`root_number`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

ma requête:

Code :

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

1
2
3
4
5
$sql = "INSERT INTO basebr (root_number, isin)
VALUES ('$IDF2', '$ISIN')
ON DUPLICATE KEY UPDATE
root_number='$IDF2', isin='$ISIN''
";

Avec cette confiuration, les champs sont ajoutés sans contrôle à chaque execution du script...

Effectivement, le problème vient de ta table.

J'avais dit ceci :

faites du couple {root_number, isin} votre clé primaire.

Essaie comme ça :

Code :

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

1
2
3
4
5
CREATE TABLE IF NOT EXISTS `basebr` (
  `root_number` varchar(10) NOT NULL,
  `isin` varchar(25) NOT NULL,
  PRIMARY KEY (`isin`, `root_number`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

[Loupita]

C'est OK, après modification de ma table, les insertions et update fonctionnent au moins avec mes deux fichiers de test (+/- 2000 lignes)

Je clôture le post mais viendrai faire un commentaire dès la fin de mes tests.

Merci à tous.