Version imprimable
Bonsoir,
Dans mon application, je doit instancier des "Tabsheet" pour chaque famille de produits, chaque "Tabsheet" est composé entre autres d'un "Timer" et un "StringGrid", le timeur effectue des calcules en accédant a une base de données MS SQL SERVER et fait des update dans la "StringGrid" ainsi que dans une base de données pour chaque produit.
Est ce que l'utilisation d'un "Timer" dans ce cas de figure est conseillé? si non avez vous une idée pour une probable solution?
Merci
C'est probablement la solution facile
le thread pouvant être peu plus efficace mais nécessite des précautions
Tu peux essayer de mettre un seule Timer (ou Thread) qui lance régulièrement une serie de requête de mise à jour ...
Bon comme c'est compliqué ce que j'ai en tête je te donne un exemple
Grille 1 s'ouvre, elle s'enregistre auprès du RefreshManager (elle passe l'objet à rafraichir, un Query par exemple et sa fréquence)
Dans le Timer du RefreshManager, il y a un objet à rafraichir, le Timer se lance par exemple toutes les 5 ms et consulte la liste de objets à rafraichir, comme il stocke la dernière date de refresh et le délai, il peut prédire l'heure de la prochaine execution
Grille 2 s'ouvre, elle s'enregistre auprès du RefreshManager avec une autre fréquence ...
Idem, le Timer parcourt la liste des objets, et donc peut lancer les refresh ...
Si tu as 20 onglets, tu n'auras qu'un timer qui regroupe tout, deplus si certains objets sans en commun, cela peut réduire le nombre de requête ...
Timer, une TList suffira (ou la TObjectList aussi à Owned à false)
Thread, une TThreadList sera mieux
Après la question pourquoi une TStringGrid et non une TDBGrid ?
Ensuite, étudier le mécanisme de SQL Server, voir si il propose des events (modification de l'une des tables de la requête par exemple)
Enfin, un refresh permanent est-il utile ?
Souvent on laisse l'utilisateur décidé d'un refresh surtout si cela modifie des données !
Pour l'affichage, un seul timer suffit puisque qu'il n'y a de toute façon qu'un seul onglet visible à la fois ;).
Mais le principe des mises à jour de la base de données ne me paraît pas bon. Qui dit serveur, dit en règle générale plusieurs clients. Vont-ils tous faire les mêmes contrôles et balancer les mêmes mises à jour ? Les conflits sont-ils gérés ? La surcharge du serveur ? etc.