Discussion :

[samirmember]

Bonjour à tous,
Durant le développement de mon application sous Delphi5 et SQL Server 2000, j'ai utilisé plusieurs TTable dans plusieurs fiches pour une seule table de la base, ce qui m'a empéché d'avoir des mise à jour des fiche pour chaque changement surtout que mon application est en réseau.
J'ai essayé d'attribuer la valeur AutoRefresh des mes tables ou requêtes à True, mais ça marche pas.
Je sais pas aussi est ce que je doit utiliser la fonction AutoGenerateValue.
Je veux pas non plus mettre des Refresh sur toutes mes tables et requêtes et sur chaque changement de la base de données

Merci de m'aider

EDIT: Pour être plus précis, comment manipuler les composants TTable et TQuery dans une application réseau.

[ShaiLeTroll]

Passer par le BDE pour SQL Server !
Disons que ce n'est pas conçu pour !

Pour gérer le rafraichissement, tu peux le faire lorsque tu ouvres une fenêtre (tu as une grille, pour éditer une ligne tu DOIS passer par un formulaire et relire les données), dans un Timer (ouch !!!) ou tout simplement avec F5 !

ADO aurait été un meilleur choix même si tu aurais surement autant de soucis avec les refresh ... avec des messages particulièrement pas clair !

[samirmember]

Merci pour la réponse.
Désolé si je suis un petit peu novice, mais j'ai pas compris que veut tu dire par ceci :

tu DOIS passer par un formulaire et relire les données), dans un Timer (ouch !!!) ou tout simplement avec F5

Et un timer va prendre beaucoup de mes ressources système, donc j'évite de l'utiliser vu que je manipule pas mal de données.

[ShaiLeTroll]

Désolé si je suis un petit peu novice, mais j'ai pas compris que veut tu dire par ceci

Qu'est que tu n'as pas compris ?
Formulaire = TForm
"tu DOIS passer par un formulaire" = Pas d'édition par une grille mais via une fenêtre qui récupère l'enregistrement à jour
"relire les données" = Refresh
"simplement avec F5" = L'utilisateur appuie sur F5 est ça fait Refresh
On est limite du "C'est pas Faux !"

un Timer, c'est très léger, cela ne consomme très peu, relancer le SQL (ou Close\Open d'un TTable), toutes les 5 secondes, ça ne sera vraiement pas la mort ! Sauf si tu as 1000 postes là, ton server commencera à ne pas apprécié ! (du moins j'ai jamais atteind ce nombre avec le BDE, et encore je ne parle pas de la limitation de connexion selon la licence)

Sinon, voir si SQL Server ne propose pas un système d'alerte comme celui d'InterBase (IBEvents) qui t'indiquerait si il est nécessaire de rafraichir la Base de Données !
Peut-être via des VIEW et TRIGGER !

Tu te dis novice mais le problème de synchronisation dans une application DB réseau n'est pas même pas géré par la plupart des logiciels dont j'ai la maintenance (si ce n'est aucun en fait), ... on ne s'amuse pas à rafraichir les grilles, l'ergonomie de l'application fait que lorsque l'on doit modifier un enregistrement, on recharge spécifiquement celui-ci et lors de la fermeture d'un formulaire, on relance le SQL lié à la Grille (un refresh ou Close\Open tout en essayant de conserver le curseur au ben endroit)

J'ai déjà participé à un logiciel qui gérait cela avec un "feu tricolore"
Vert = Fiche Libre
Orange = Fiche en Cours de Visualisation par un autre utilisateur
Rouge = Fiche en Cours de Modification par un autre utilisateur

C'était une application Web avec bcp de javascript pour rafraichir les états, l'avantage, c'est que le serveur de l'application savait tout ce qui se passait et donc pouvait avertir les différents clients
La version client lourd le faisait aussi via une connexion TCP\IP avec le serveur, ce dernier envoyait les changements d'état aux différents clients ouvert sur la même fiche (la couche de communication entre le client et le serveur garantissait l'échante des états et des données)
Du vrai multi-tiers !