UPDATE ou INSERT si n'existe pas encore

Bonjour,

Je souhaiterais faire un petit module de statistiques.
Lorsque l'on affiche une recherche, je stoque le nombre de fois que l'on affiche un objet dans cette liste. (Il y a en plus la pagination, je prends que ce qu'il est réellement affiché.)

Je souhaiterais donc faire cette requête pour gagner pour optimiser :

Code:

---

UPDATE restaurant_statistique SET count = count + 1 WHERE restaurant_id IN (1,5,4,2) AND jour = "2009-08-17";

---

J'aimerais aussi que s'il n'y a pas d'entrée pour le jour, on créé l'entrée avec le compteur à 1.

En regardant la doc de MySQL, j'ai vu qu'il fallait faire un INSERT avec un ON DUPLICATE KEY UPDATE champs='donnée'")
Seulement, cela nécessite que je fasse un INSERT par entré ce qui me semble lourd à souhait. (10 requêtes par page au lieux d'une)

Je chercherais un UPDATE ... IF NOT EXIST INSERT count = 1
Savez-vous comment je peux régler ce problème ?

Merci

Natim

Bonjour,

Je peux me tromper, mais j'aurai dit que ces traitements devaient être faits dans le programme (écrit en php?) qui gère l'affichage des statistiques et non dans le SGBD.

A part ça, on peut peut-être ajouter un trigger sur UPDATE qui lors de ma tentative de mise à jour crée la ligne si elle n'existe pas.

Cordialement,

Arkhena

en Firebird il y a une syntaxe très sympa qui te permet de le faire :
http://www.firebirdsql.org/refdocs/l...or-insert.html

Salut !

ON DUPLICATE KEY devrait marcher, si on bidouille un peu, non ?

Code:

---

1 2 3 4 5 6 7

INSERT INTO restaurant_statistique(restaurant_id, jour, count) SELECT 1, "2009-08-17", 1 UNION ALL SELECT 5, "2009-08-17", 1 UNION ALL SELECT 4, "2009-08-17", 1 UNION ALL SELECT 2, "2009-08-17", 1 ON DUPLICATE KEY UPDATE count = count + 1

---

Ca n'apporte pas grand chose, certes...

Citation:

---

Envoyé par VLDG

en Firebird il y a une syntaxe très sympa qui te permet de le faire :
http://www.firebirdsql.org/refdocs/l...or-insert.html

---

Oui, et dans la norme SQL 2003 (implémentée par Oracle 9i), il y a MERGE...

... mais pas sous MySQL ;)

Et en PostGreSQL pendant qu'on y est ?

Plus sérieusement, la meilleure solution serait alors de faire 10 INSERT depuis le programme ou est-ce avantageux de passer quand même par SQL même avec 10 SELECT ?

Citation:

---

Envoyé par pacmann

Oui, et dans la norme SQL 2003 (implémentée par Oracle 9i), il y a MERGE...

... mais pas sous MySQL ;)

---

Le merge existe aussi sous Firebird :) (Firebird est très souvent très proche de la norme)
http://www.firebirdsql.org/refdocs/l...d21-merge.html

Citation:

---

Envoyé par Natim87

Et en PostGreSQL pendant qu'on y est ?

Plus sérieusement, la meilleure solution serait alors de faire 10 INSERT depuis le programme ou est-ce avantageux de passer quand même par SQL même avec 10 SELECT ?

---

Si tu utilises ON DUPLICATE KEY, je suppose que c'est plus efficace (enfin ça dépend quand même de comment marche MySQL) :
Il ne fait qu'une fois la recherche / contrôle de la contrainte primaire pour les deux opérations...
(et il a peut être moyen d'optimiser tout ça puisque tu le fais en bloc)

Par contre, j'ai fait un petit test, et je pense qu'il faut corriger un peu ce que je disais avant :

Code:

---

1 2 3 4 5 6 7 8 9

INSERT INTO restaurant_statistique(restaurant_id, jour, count) SELECT (restaurant_id, jour, count) FROM ( SELECT 1 AS restaurant_id, "2009-08-17" AS jour, 1 AS count UNION ALL SELECT 5, "2009-08-17", 1 UNION ALL SELECT 4, "2009-08-17", 1 UNION ALL SELECT 2, "2009-08-17", 1 ) ON DUPLICATE KEY UPDATE count = restaurant_statistique.count + 1

---

@VLDG : comme Natim, l'important, c'est que ça marche pas sous MySQL...

Citation:

---

@VLDG : comme Natim, l'important, c'est que ça marche pas sous MySQL...

---

Il faut poster dans le bon forum alors :P

Sachant que tu as commencé par proposer une solution spécifique Firebird (qui marche vraiment nulle part ailleurs), ça ne serait un peu de la mauvaise foi ?:mrgreen: