Discussion :

[Fandyz]

Salut!
J'aimerais savoir quels sont les évènement qui sont déclenchés lorsqu'on fait un "Locate" sur un ensemble de données.
Le but est de rafraichir chaque table de mon module au moment ou on accède à celle-ci : pour une insertion, une mise à jour, une suppression, une recherche ...
Le lien d'une FAQ à ce sujet serait aussi bon à prendre.
Merci!

[ShaiLeTroll]

Tu aurais probablement un BeforePost et AfterPost au moment où il trouve l'enregistrement !
Tu auras la même chose avec First, Next, Prior, Last...

Si je ne vois pas trop ce que tu veux faire !
Si tu veux rendre implicite le relancement de SQL (Refresh ou Close\Open) lorsque l'on fait un Locate, c'est très maladroit !
Tu devrais plutôt au besoin, faire un objet Business ou un Contrôleur qui fourni une méthode Locate qui fait ce travail particulier, donc ton code, cela reste explicite, on sait que lorsque l'on utilise CE locate ce implique un Refresh des données, si on utilise un Locate du TDataSet, on sait que cela implique un simple déplacement !
Le code implicite presque masqué comme tu le prévois est source de bug !
Toujours avoir la maîtrise de ce que l'on appel !


Quel SGBD ? Oracle, SQL Server, MySQL ... Paradox
Quel Provider ? DOA, ODA, MyDAC ... BDE

[Fandyz]

En fait, mon but est d'avoir des données actuelles sur chaque poste dans une application multi-poste. Le souci c'est que les données sont chargées dans les DataSource à l'initialisation du module (c'est du moins ce que je crois).
Or les données peuvent changer en cours d'exécution sur un poste.
La méthode à laquelle j'ai pensé pour rafraichir les données sur les autres poste est de rafraichir l'ensemble de données à chaque accès à celui-ci, en d'autre terme dans une insertion, une mise à jour, une suppression, une recherche ...

[SergioMaster]

Premièrement un Locate ne déclenche qu'un Scroll event (sauf si en changeant d'enregistrement, il y a validation de l'enregistrement précédent bien sur )

puis qu'il s'agit utilisation de SGBD , mais laquelle ?

La plupart permettent de poster des Events
pare exemple pour Firebird/Interbase

Code SQL :

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

POST_EVENT 'nom'

Qu'il suffit de rajouter a un TRIGGER AFTER INSERT/UPDATE/DELETE
dans le programme , rajouter un IBEventAlerter ou équivalent (par exemple UIBEvent) et il y a 'auto surveillance de la BDD'
ce dernier contient un événement onEventAlert (OnEvent pour UIB) ensuite ce n'est plus que du codage :

sauvegarde d'un bookmark
Rechargement de l'ensemble des données (Active False puis True) de la table si elle n'est pas en Edit
repositionnement du user , avec test d'existence du Bookmark (en cas de delete)

Bon , tout cela n'est que de la théorie , bien que testé une fois dans un environnement multi-user avec succès, je ne l'ai jamais vu en exploitation

[Fandyz]

J'utilise Microsoft Access et ma BD est au format accdb.
Il me semble que Access est plutôt lent en terme de rafraichissement.

[BuzzLeclaire]

J'utilise Microsoft Access et ma BD est au format accdb.
Il me semble que Access est plutôt lent en terme de rafraichissement.

Salut.

Lent, lent cela dépend de tellement de chose...

Pour ton soucis tu peux aussi gérer un rafraichissement dans un timer un peux rush mais fonctionnel. Au pire tu false ton timer au moment où l'user fait une opération d'ajout/modif/supp, car normalement si tu as bien fais tes liens avec tes fonctions de suppression/ajout/modif à chacune de ces actions ton dataset devrait de lui-même ce mettre a jour et afficher les modifs qui sont faite en réseau.

En réalité le seul cas que tu as à traiter c'est quand l'utilisateur est inactif devant ton soft, c'est là que le timer joue son rôle.

bye.

[SergioMaster]

J'utilise Microsoft Access et ma BD est au format accdb.

Je passe, Access n'étant pas ma tasse de thé.
Dans une utilisation multi-postes , je ne crois pas que cela soit un bon choix

[ShaiLeTroll]

Premièrement un Locate ne déclenche qu'un Scroll event (sauf si en changeant d'enregistrement, il y a validation de l'enregistrement précédent bien sur )

Oups, oui je voulais dire BeforeScroll et AfterScroll, ... les variantes Post peuvent arrivés mais c'est uniquement si le DataSet était en dsEdit ou dsBrowse
Et encore, on avait évoqué que cela fait un Cancel et non un Post contrairement à ce qui dit l'aide

@Fandyz, AaaH, ta première explication n'évoquait aucunement l'accès concurrentiel, si en plus il faut deviner le contexte !

C'est fréquemment évoqué comme sujet Mise à jour en temps réel dbgrid

Ta DB ni ta couche d'accès de ne fourni d'Events comme IBEvents ou ServiceBroker

Donc soit tu fais la méthode bourrin avec le TTimer donc sollicitation inutile de la DB
Soit tu fais ton propre système TCP IP qui notifie un Serveur d'une modif celui-ci la dispatchant aux abonnés
Soit tu fais ton propre sydtème UDP genre multicast pour notifier les "abonnés"

Soit tu gère le réconciliation au moment du Post : Environnements multi-utilisateurs : Réconciliation des modifications effectuées par plusieurs utilisateurs
Ces principes sont applicables aussi à Delphi, ADO et DbExpress fourni des assistants pour la Reconciliation

[Fandyz]

Salut!
J'ai été déconnecté un bout de temps.
Merci pour vos apports. Je vais essayer tout ça pour voir ce que ça donne.

J'ai tout de même essayé entre temps de trouver un palliatif plutôt simple mais tout aussi fastidieux : j'ouvre le ADOTable avant chaque accès (Append, Edit, Locate, ...) et je le ferme après.
Ainsi, il as les données à jour au moment où j'y accède.