Discussion :

[gaultier]

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

[orafrance]

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

[gaultier]

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

[orafrance]

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

[orafrance]

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

[gaultier]

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.

[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

[gaultier]

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 ?

[plaineR]

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...

[plaineR]

Comment tu sauve le num de la ligne ?

Code :

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

1
2
3
v_anc_rec := :system.cursor_record;
execute_query;
go_record (v_anc_rec);

[orafrance]

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

[gaultier]

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 .

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.

[orafrance]

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 :

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

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 :

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

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 :

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

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

[gaultier]

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