A propos de : UPDATE OR INSERT

Bonjour à tous

J'ai une petite question :

En utilisant UPDATE OR INSERT INTO ...
au travers d'une procédure stockée, y a t-il la possibilité de savoir si c'est la partie Update ou Insert qui a été "utilisée" ?
et sans passer par un trigger...

C'est pour faire ce genre de chose :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

UPDATE OR INSERT INTO table (aa, bb) VALUES (:aa, :bb) MATCHING (aa);   IF insertion THEN begin je fais ca END ELSE BEGIN je fais autre chose END

---

Et j'ai peur que cela ne soit pas possible :(

A+

olivier

Bonjour,

INSERTING (variable de contexte) n'est valable que dans les triggers
cependant puisque c'est au sein d'une procédure stockée pourquoi ne pas utiliser la gestion d'exception sur un INSERT et ne faire le UPDATE qu'en cas d'erreur ?
une autre solution est-elle envisageable via le RETURNING <values> INTO <variable>

bonjour sergio

La 2eme proposition me plait bien ;).

Je ferais bien un truc comme cela :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

UPDATE OR INSERT ... .... RETURNING table.id INTO :id;   IF (id = GEN_ID(gen_Table, 0) THEN BEGIN -- insertion faire ca END ELSE BEGIN -- modification faire autre chose END

---

Merci de l'idée :)


olivier

Bonjour,

En milieu fortement concurrentiel, il y a un risque (tout petit) que cela ne fonctionne pas.

En effet entre le moment où vous faites le Insert et le test if (id = GEN_ID(gen_Table, 0) then

Il peut très bien y avoir un autre programme qui a fait un insert (et donc votre GEN_ID(gen_Table, 0) donnera l'id de l'insert de l'autre programme et donc vous irez dans le bloc update alors que c'était un insert.

Et deuxième point qui arrivera plus souvent c'est la mise à jour de votre dernier enregistrement....

Insert .... id = 10
GEN_ID(gen_Table, 0) = 10

Update.... where id= 10
Imaginons qu'il n'y a pas eut d'autre insert, GEN_ID(gen_Table, 0) = toujours 10 vous irez dans le bloc Insert de votre if... alors que c'est un update...

J'aurais plutôt demander de retourner OLD.id et NEW.id
en cas d'INSERTION OLD.id serait à priori NULL et dans le cas contraire égal à NEW.id
à vérifier quand même ! car je présume que id est récupéré via Trigger ?

Vu que vous êtes dans une PS je ne m’embêterais pas

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

If (Exists(Select ID From Ma_Table Where (ID = :ID)) ) THEN begin -- update Update Ma_Table set ....... where id=:ID; -- Ecrire le code que vous devez faire dans le cas d'un update   end else -- insert begin Insert into Ma_table(id,...) values(:ID,...) -- Ecrire le code que vous devez faire dans le cas d'un insert   end

---

Comme Barbibulle j'aurais choisi ce genre de code à l'exception près qu'au lieu d'utiliser le test d'existence je proposais plutôt la gestion de l'erreur de l'INSERT ;)
Il m'a fallu réviser cette partie avant de la proposer , et encore ne suis-je pas totalement sur de moi :roll: , il me faudrait retrouver une base où j'ai utiliser ce genre de construction mais ... les vacances approchent et le cerveau est plus lent

Code:

---

1 2 3 4 5 6 7 8 9

Insert into Ma_table(id,...) values(:ID,...); -- Ecrire le code que vous devez faire dans le cas d'un insert WHEN SQLCODE -803 DO BEGIN Update Ma_Table set ....... where id=:ID; -- Ecrire le code que vous devez faire dans le cas d'un update END

---

Bonjour
et merci à tous les 2

La version IF (EXISTS ... est la version "classique" que j'utilisais; mais j'aime bien UPDATE OR INSERT (c'est plus court :mouarf:)

Je vais tester la version de sergiomaster et vous tiendrais au courant; mais les vacances pour moi aussi approche et comme sergiomaster le cerveau est limite :mrgreen:

a+

olivier

Attention que SQLCODE est "Deprecated" depuis firebird 2.5 il va donc disparaître dans la V3 ou suivante....

Il est remplacé par SQLSTATE (ajouté dans la 2.51) http://www.firebirdsql.org/refdocs/l...-sqlstate.html

Donc si vous travaillez avec fb2.1 il vous faut utiliser SQLCODE tout en sachant que votre code devra évoluer vers du SQLSTATE lorsque vous migrerez vers du firebird plus récent.

J'ai l'impression qu'il faudra également adapter les codes à tester, je ne suis pas certain qu'il y a une correspondance exacte entre SQLCODE et SQLSTATE.

C'est vrai que je n'utilise pas la gestion des sqlcode ou sqlstate dans mes PS peut être à tort.

Par contre, si je comprend bien, il faut bien faire attention dans la partie sous le insert "-- Ecrire le code que vous devez faire dans le cas d'un insert" de ne pas déclencher (par un autre insert ou update d'une clé unique) le même code -803.
Sans quoi le premier insert serait fait ainsi que toutes les instructions précédent celle qui a déclenché le code -803 pour enchaîner par le update et les instructions après l'update.
??

Peut ton utiliser EXIST dans un bloque WHEN pour sortir de la procédure ?

Code:

---

1 2 3 4 5 6 7 8 9 10

Insert into Ma_table(id,...) values(:ID,...); WHEN SQLCODE -803 DO BEGIN Update Ma_Table set ....... where id=:ID; -- Ecrire le code que vous devez faire dans le cas d'un update EXIST; -- <-- pour sortir de la PS sans exécuter le code qui concerne l'INSERT END -- Ecrire le code que vous devez faire dans le cas d'un insert

---