MAJ de champs avec un trigger

Deuxième question de la matinée,

La situation : j'ai une table A qui contient les champs A1,A2,A3,A4. Tous ces champs sont affichés dans une forms. Je mets à jour les champs A1 et A2 par saisie dans la forms et les champs A3 et A4 sont mis à jour par l'intermédiaire d'un trigger BEFORE INSERT ON A FOR EACH ROW.

Mon pb : Si après avoir commiter mon enrgistrement à travers FORMS, je désire à nouveau le modifier, forms me dit que mon enregistrement a été modifié par un autre user et que je dois reactualiser mes données. Ca parait normal vu que les champs A3 et A4 on été modifié par l'intermédiaire du trigger before insert. Existe t il un moyen de contourner le pb ?

J'espère que j'ai été assez clair.

Merci d'avance

Et pourquoi utiliser un trigger basé plutôt qu'un trigger Forms ?

J'utilise un trigger car cette opération peut être faites de plusieurs endroits différents. cela m'évite de recopier ce même trigger dans plusieurs forms

N'y a-t-il pas la commande SYNCHRONIZE qui permet de pallier ce type de probléme ?

sinon, il suffirait surement de refaire un EXECUTE_QUERY pour mettre les données à jour, non ?

je vais tester le synchronize mais pour refaire l'execute_query, le problème c'est qu'il se remet sur le 1er enregsitrement du bloc.

et alors ? Tu peux te positionner où tu veux après le EXECUTE_QUERY ;)

Tu sauve le n° de la ligne avant le execute et ensuite tu te remets dessus... par contre ça risque de ne pas être très esthétique :?

J'ai testé avec le synchronize ca ne marche pas le synchronize ne synchronise pas la base.

Comment tu sauve le num de la ligne ?

Citation:

---

Envoyé par orafrance

et alors ? Tu peux te positionner où tu veux après le EXECUTE_QUERY ;)

Tu sauve le n° de la ligne avant le execute et ensuite tu te remets dessus... par contre ça risque de ne pas être très esthétique :?

---

Et cela risque d'être très long si tu as beaucoup de données !

Mais malheureusement je ne vois pas d'autres solutions. C'est un des gros défaut de forms... :?

Citation:

---

Envoyé par gaultier

Comment tu sauve le num de la ligne ?

---

Code:

---

1 2 3

v_anc_rec := :system.cursor_record; execute_query; go_record (v_anc_rec);

---

ouf... merci plaineR... ça fait plus de 3 ans que j'ai pas touché à Forms et là je commençais à être mal lol :D

Merci à tous les deux, je vais me débrouiller seul maintenant.

La solution du retour au dernier enregistrement ne me plait pas beaucoup, car si plusieurs enregistrements sont créés en même temps.
Je vais sans doute être obliger de faire un trigger forms :cry: .

Orafrance tu avais raison et je trouve que pour une personne qui n'a pas fait de forms depuis plusieurs années tu t'en tire pas trop mal.

merci ;)

Une solution pour mutualiser le code :
Tu crées la procédure proc_matable_trig avec le code du trigger.

Tu crées un package :

Code:

---

1 2 3 4 5

CREATE PACKAGE SPECIFICATION var_contextuelles IS is_in_forms VARCHAR2(1) := 'N'; END; /

---

Sous Forms, dans ton trigger tu fais :

Code:

---

1 2 3 4 5 6 7

BEGIN ... var_contextuelles.is_in_forms := 'Y'; proc_matable_trig; ... END; /

---

Dans le trigger de la table :

Code:

---

1 2 3 4 5 6

BEGIN IF var_contextuelles.is_in_forms = 'N' THEN; proc_matable_trig; END IF; END; /

---

Et tu n'auras à maintenir que le code de ta procédure :)

J'ai repensé mon application et maintenant la création d'enrgeistrements ne fait plus que dans une seule interface donc j'ai utilisé un trigger forms.


Merci encore