Discussion :

[Magnus]

Hello,

Sous forms 10g, je développe actuellement des écrans où je fais des calculs en temps réel.
Pour être en temps réel, j'invoque systématiquement la built-in POST dans le trigger niveau bloc WNRI.

Une (pernicieuse) conséquence est qu'après un appel à POST, je ne suis plus capable d'identifier les records qui ont été modifiés par l'utilisateur.
En effet, les variables systèmes telles que :SYSTEM.RECORD_STATUS sont passés de INSERT ou CHANGED à QUERY.

Existe-t-il une alternative ou un moyen permettant de connaître les records modifiés mais non validés par COMMIT ?

[salim11]

Salut,

Je propose de créer dans ton block une case à cocher,
et avant ton post tu créer un timer , et dans le when-timer-expired
tu coches les enregistremets qui ont le statut <>'QUERY'.

[Magnus]

Bonjour salim11 et merci de votre réponse.

Votre solution me plaît bien mais ce bloc est associé à une table et dans mes écrans, j'ai des traitements complexes qui requierent des appels à CLEAR_FORM.
L'invocation de cette dernière m'oblige donc à modifier la structure de ma table pour stocker la valeur de la case à cocher (ce que je préfère éviter) ou alors à utiliser une autre solution.

Voyez-vous un moyen de compléter simplement votre procédé avec ces informations ?
Si vous avez une autre idée, je suis aussi preneur

[plaineR]

Salut Magnus,

Pourquoi as-tu besoin de savoir quels sont les enregistrements modifiés ?

Je ne pense pas qu'il y ait de mécanique native dans forms pour mémoriser quels sont les enregistrements modifiés.

Une autre solution est de stocker par exemple dans une table temporaire les enregistrements modifiés/insérés lors de chaque post (en stockant clé primaire/unique).
=> lorsque tu committeras ils seront automatiquement effacés de ta table temporaire.

[salim11]

Bonjour

L'invocation de cette dernière m'oblige donc à modifier la structure de ma
table pour stocker la valeur de la case à cocher (ce que je préfère éviter) ou
alors à utiliser une autre solution.

j'ai oublié de te dire que la case à est non basé
donc dons le when-trigger_expired

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
begin 
go_block('****');
first_record ;
loop 
exit when :system.last_record='TRUE';
IF :SYSTEM.RECORD_STATUS<>'QUERY'
Cocher la case à cocher ;
end ;
end loop;
end ;

[Magnus]

Bien sûr, je l'avais compris comme cela que la case à cocher devait correspondre à un item non basé.
Le problème ne se pose pas lors du when-timer-expired mais bien lorsque je fais appel à CLEAR_FORM ou à CLEAR_BLOCK.
Ah mais que je suis bête, après ces 2 instructions, quel que soit le record, la case doit être décochée jusqu'à ce que l'utilisateur effectue au moins une modification et que le timer se déclenche à nouveau.

Hum... je vais approfondir ma réflexion parce qu'effectivement ces 2 built-in ne génèrent aucun souci.

Je vous tiens au courant.
Merci