Discussion :

[jacou]

Bonjour,

Nous avons des postes clients Winsows XP, Vista Connectés au Serveur SQL, avec Access 2007 Runtime MaBase.accdr comme face frontale installée sur chaque poste lié au réseau LAN.

Pourriez-vous me donner des idées SVP, comment à partir du Server Express 2008 hébergé dans l'ordinateur GigaAccess, Instance GigaAccess\SQLEXPRESS, envoyer un message aux applications frontales Access pour Synchroniser leur données, via par exemple une requête via Visual Studio Express ?

Par exemple, nous avons référencés de nouveaux produits aujourd'hui dans la table dbo.tblProducts, je veux que l'application Frontale Access 2007 sache qu'ils sont disponibles pour la vente.

[elsuket]

Bonjour,

Malheureusement la fonctionnalité Change Tracking n'est pas disponible dans l'édtion Express.

Vous pouvez par exemple écrire un trigger sur la table des produits pour toute nouvelle insertion/mise à jour de la table.
Celui-ci met à jour une autre table à deux colonnes, la première étant le nom de la table, et la seconde la date de dernière mise à jour.
Au démarrage de votre application vous lisez cette table, et l'application lit ensuite la table, régulièrement.
Si pour une table la date de dernière mise à jour est plus récente que celle que vous avez dans l'application, vous devez lire de nouveau la table des produits...

@++

[jacou]

Merci de ta réponse.

Malheureusement la fonctionnalité Change Tracking n'est pas disponible dans l'édtion Express.

Tu veux dire qu'il existe bien un outil dans SQL Server complet ?

Ta solution de créer une autre table via un trigger me paraît superflu, car on peut interroger directement sur la table dbo.tblProducts dans Access. Mais cette solution vient d'initiative d'Access, non de SQL Server...

[elsuket]

Tu veux dire qu'il existe bien un outil dans SQL Server complet ?

Oui, qui s'appelle Change Tracking, et qui permet de savoir ce qui a changé dans la table

Ta solution de créer une autre table via un trigger me paraît superflu, car on peut interroger directement sur la table dbo.tblProducts dans Access. Mais cette solution vient d'initiative d'Access, non de SQL Server...

La solution n'est pas de créer une table par un autre trigger.
Elle est de créer une table qui stocke, pour les tables qui subissent des mises à jour, la date de dernière mise à jour, ce qui évite d'interroger la table des produits en la lisant entièrement ...

@++

[jacou]

Elle est de créer une table qui stocke, pour les tables qui subissent des mises à jour, la date de dernière mise à jour, ce qui évite d'interroger la table des produits en la lisant entièrement ...

Là très bonne idée et tout à fait d'accord.