Discussion :

[mina24]

Bonjour,
Je développe une application Gestion de stock en réseau sous delphi 7 et firebird 2.1
Toujours avec le probleme de refresh que j'ai resoulu à l'insertion d'un nouvel enregistrement en utilisant le locate.

J'ai une fiche qui utilise deux tables :
* une TableBon
* une autre TableDetailsBon: qui a le master source SourceTableBon
Sur ma fiche j'utilise DBnavigateur et j'affiche des données concernant la tablebon(en utilisant des DBedit) Et Un DBGrid Qui affiche les données de tableDetailsBon Et comme mon application est sous reseau j'ai besoin de raffraichir les données (en utilisant un timer qui fait TableDetailsBon.refresh et tablebon.refresh). Seulement Mon problème est le suivant:
à chaque execution de refresh le dbnavigateur clignote et le Scroll du dbgrid Bouge et c'est le dernier enregistrement du Dbgrid qui est seléctionné .

Remarque: j'utilisais la même fiche avec les tables Paradox mais n'y avait pas ce problème . le refresh passait inaperçu (fiche stable).

Merci pour votre aide.

Mina24.

[akli_agha]

Je n'ai pas bien ton problème.
Pourquoi veux-tu faire un refresh ??

Sinon, pour éviter le clignotement, utilises le couple d'instruction : DisableControls et EnableControls. Consulte l'aide de Delphi pour voir comment ces instructions fonctionnnennt !

Pour retrouver le même enregistrement, tu sauvegardes la clé avant de faire le refresh et tu fait un Locate sur la clé après.

Je répète, Pourquoi veux-tu faire un refresh ??

[mina24]

Merci pour votre réponse!

Je répète, Pourquoi veux-tu faire un refresh ??

J'utilise le refresh parce que mon application est sous réseau donc par exemple mettre à jour le stock pour les autres utilisateur!
Remarque: le refresh est utilisé dans le timer chaque seconde il l'exécute.

Sinon, pour éviter le clignotement, utilises le couple d'instruction : DisableControls et EnableControls. Consulte l'aide de Delphi pour voir comment ces instructions fonctionnnennt !

Je vais essayer de faire ça ! et je vous rendrais la réponse.

Pour retrouver le même enregistrement, tu sauvegardes la clé avant de faire le refresh et tu fait un Locate sur la clé après.

Donc je comprends bien que le refresh avec firebird nécessite toujours l'utilisation de locate et ce n' était pas le cas avec paradox!

Merci.

[Rayek]

J'utilise le refresh parce que mon application est sous réseau donc par exemple mettre à jour le stock pour les autres utilisateur!
Remarque: le refresh est utilisé dans le timer chaque seconde il l'exécute.

Et quand ta base de données va contenir 20000 ou 30000 enregistrements et que cela va prendre 3 ou 4 secondes pour rafraichir ?

Je pense que tu devrais changer de méthode de fonctionnement.

1- Passer par des requêtes (Largement plus rapide que d'ouvrir une table complète)
2- faire un refresh à la demande

[edam]

1- Passer par des requêtes (Largement plus rapide que d'ouvrir une table complète)

2- faire un refresh à la demande

[Rayek]

Précise un peu, car juste des smiley c'est pas terrible comme réponse.

Sinon je vais préciser le refresh à la demande :

- Refresh auto quand on sélectionne un des articles que l'on veut voir
- Un bouton pour remettre à jour les données affichées car, je le rappel, une requête n'est qu'une vue des tables à un instant donné.

[edam]

j'ai crus que tu parle d'un ré-friche (dataset.refrech)

[akli_agha]

Donc je comprends bien que le refresh avec firebird nécessite toujours l'utilisation de locate et ce n' était pas le cas avec paradox!

Tous les SGBD ont besoin d'un refresh !

Si tu as l'habitude de travailler avec des TTables en Paradox, avec Firebird c'est une autre politique de programmation ! Au lieu des TTables utilises plutôt des TQuery c'est plus adapté pour la programmation en client/serveur ! Les TTables ramènent tout le contenu et si on a des milliers de records, c'est pas évident sous réseau. Il faut lire les tutos pour te familiariser avec cette technique de programmation et tu as le forum pour le reste.

Au fait, quels composants tu utilises pour accéder la base Firebird ?

[mina24]

Au fait, quels composants tu utilises pour accéder la base Firebird ?

J'utilise MDO Pour y accéder!
Je n'utilise vraiment pas les Querry vous avez de la documentation à me conseiller??
Merci

Mina24.

[akli_agha]

Je ne connais pas ces composants ! Moi, j'utilise, plutôt, les composants Zeos 6.6
Ils ressemblent beaucoup à ceux du BDE et fonctionnent trés bien avec Firebird.

Pour la Doc, il faut lire sur le principe des transactions, particulièrement, celles de Firebird. Il faut essayer de comprendre le comportement du Client/serveur qui n'a rien à voir avec la gestion des tables à la Paradox.

Tu cherches sur le net, il y a un tas de lecture.
Pour Zeos, tu télécharges les composants et tu suis la procédure d'installation qui vient avec. Ce n'est pas difficile à installer et ..

Bon courage !

[akli_agha]

Regardes ici : http://www.fredshack.com/docs/firebird.html

[mina24]

Merci pour vos réponses.
pour le site que vous m'avez donné je le trouve bien et il m'a beaucoup aidé pour comprendre à utiliser firebird en client/serveur.
j'ai essayé mon application sous réseau bien sur j'ai installé firebird client sur le poste client et firebird serveur sur le poste serveur et effectivement j'ai remarqué que le refresh ne fonction que sur le poste en cours (c'est à dire les modifications apportées sur un poste ne s'affichent pas sur les autres jusqu'à ce qu'on quitte l'application et on la relance que les modification s'affichent sur l'autre poste )
aussi j'utilise toujours les tables et non pas les query pour le moment je veux continuer comme ça car j'ai commencé par ce principe sur ça et je peux pas tout refaire pour le moment !
Pouvez vous m'aider à mettre cette application sous réseau sans migrer vers les query ???

Merci beaucoup.
Mina24.

[akli_agha]

Il est très difficile de faire du client serveur avec des tables d'autant que je ne connais pas les composants (MDO ??) avec les quels tu travailles.
Si c'était avec les composants Zeos, j'aurais pu te donner un grand coup de main.

L'idée du Refresh est de savoir quand une table est modifiée. Dans Zeos, il y a un composant, TZEventAlerter, qui t'informe qu'une table est mise à jour et dans ce cas tu exécutes ton refresh. Avec un timer ce n'est pas la même chose.

Regardes si tu peux migrer vers Zeos.

Petite question : T'es dans quelle ville ?

Bon courage.

[ShaiLeTroll]

Utilise un équivalent MDO du FlushBuffers du TTable, en paradox cela résolvait ce phénomène !
Un peu comme une Transaction permanente !
Close\Open a le même effet !

Voir aussi ApplyUpdates du TMDOCustomDataSet
et AutoCommit et Commit de TMDOTransaction

Fort pratique Koders, on a tout le code de MDO !

[mina24]

L'idée du Refresh est de savoir quand une table est modifiée. Dans Zeos, il y a un composant, TZEventAlerter, qui t'informe qu'une table est mise à jour et dans ce cas tu exécutes ton refresh. Avec un timer ce n'est pas la même chose..

même avec MDO il y'a un composant qui s'appelle TMDOEVENTS il possède un évènement OnEventAlert je suis entrain d'essayer de voir comment l'utiliser ??
Pouvez vous me guider à comprendre son principe d'utilisation?

Petite question : T'es dans quelle ville ?

Petite réponse: Je suis d'Algérie (Sidi Bellabes)

Voir aussi ApplyUpdates du TMDOCustomDataSet
et AutoCommit et Commit de TMDOTransaction

J'ai essayé aussi cette méthode mais j'ai pas su ou l'utiliser exactement par exemple j'ai essayé de l'utiliser AfterInsert d'une table mais ça ne donne pas le résultat voulu .Et meme j'ai cherché sur des forum je n'ai pas trouvé d'aide sur ça!!!

Merci pour vos réponses


Mina24.

[akli_agha]

Pour que ton eventAlerter t'informe d'une mise à jour, il faut créer dans ta base de de données un trigger (déclencheur) AIUD (After Insert, Update, Delete) sur la table en question et dans le corps du trigger, tu mettra :

Code :

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

1
2
 
  POST_EVENT 'TABLE_ART UPDATED';

Et dans ton OnEventAlert, tu fais le test si l'event = 'TABLE_ART UPDATED' tu fais le refresh sur ta table ou tu fais autre chose.

Bon courage, Mina

[mina24]

bonjour,

j'essaye de faire comme vous me l'avez dit mais je trouve des problèmes c'est aléatoire des fois ça marche et des fois non !!

* je pense que je ne sais pas ou mettre registerEvent et UnregisterEvent ? j'ai mis registerEvent juste après base.connected:=True et UnregisterEvent juste avant de fermer l'application! je ne sais pas si c'est la bonne démarche?

* j'ai crée un trigger sous IBExpert ou j'ai coché after (delete/insert/update) et donc quand je fais une suppression d'un enregistrement il me fais le message suivant ' Transaction is active' sachant que la transaction est en auto commit et en readcommited.

Remarque :

j'ai essayé EventAlert avec une base de données qui a une seule table et ça marche bien seulement avec ma base qui a plusieurs tables elle me fais les problèmes cités précédemment!

Merci pour votre aide

Mina24

[akli_agha]

Bonsoir Mina,

Tout d'abord, moi je travaille avec AutoCommit à False. Je gère moi-même mes transactions. Donc je ne connais pas le comportement des EventAlerts avec AutoCommit à True !

Pour ce qui est du RegisterEvent et UnregisterEvent, je les place respectivement à la création et à la fermeture de la fiche qui a besoin du refresh. Pas nécessairement au Connect.

N'oublies pas de gérer l'événement OnEventAlert pour rafraichir ta table. C'est là qu'il faut ordonner le refresh !


Je serai à Oran cette semaine, tu peux venir si tu veux, on verra tes soucis de plus près !

Bon courage.

[mina24]

Bonjour,

N'oublies pas de gérer l'événement OnEventAlert pour rafraichir ta table. C'est là qu'il faut ordonner le refresh !

C'est ce que j'ai fais Pour ça!

moi je travaille avec AutoCommit à False. Je gère moi-même mes transactions. Donc je ne connais pas le comportement des EventAlerts avec AutoCommit à True

Ok je pense c'est la meilleur procédure à suivre je vais essayer de faire ainsi, je vous donnerais une suite...

Je serai à Oran cette semaine, tu peux venir si tu veux, on verra tes soucis de plus près

Merci beaucoup c'est très gentil de votre part, Pour cette fois ci je ne pense pas venir!

Mina24.

[mina24]

moi je travaille avec AutoCommit à False. Je gère moi-même mes transactions. Donc je ne connais pas le comportement des EventAlerts avec AutoCommit à True

C'est bon moi aussi je fais Autocommit à false, et je gère moi même les transactions Et donc pour le moment ça marche bien et les events fonctionnent parfaitement

Merci bcp Pour votre aide, Vous m'avez bien éclairci les choses!

Mina24