Echange de données Access
Fermé
Juliaz
Messages postés
18
Date d'inscription
mardi 28 mars 2017
Statut
Membre
Dernière intervention
28 mai 2017
-
26 avril 2017 à 12:16
yg_be Messages postés 23316 Date d'inscription lundi 9 juin 2008 Statut Contributeur Dernière intervention 8 novembre 2024 - 26 avril 2017 à 22:09
yg_be Messages postés 23316 Date d'inscription lundi 9 juin 2008 Statut Contributeur Dernière intervention 8 novembre 2024 - 26 avril 2017 à 22:09
A voir également:
- Echange de données Access
- Reinstaller windows sans perte de données - Guide
- Fichier d'échange windows 10 - Guide
- Echange photo - Guide
- Effacer les données de navigation - Guide
- Tnt base de données vide ✓ - Forum TNT / Satellite / Réception
1 réponse
yg_be
Messages postés
23316
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
8 novembre 2024
Ambassadeur
1 552
26 avril 2017 à 22:09
26 avril 2017 à 22:09
bonsoir, comment se feraient les mises à jour? uniquement sur la base primaire, les bases secondaires ne seraient jamais mises à jour localement?
toutes les tables sont-elles mises à jour, ou certaines ne le sont-elles presque jamais?
est-il envisageable de garder en central les tables fréquemment mises à jour, et distribuer les tables quasi statiques?
ou bien, chaque établissement aurait en local ses données propres.
éventuellement modifier la structure des tables pour réduire le nombre et la taille de tables mises à jour.
c'est peut-être le moment de changer d'architecture applicative, et de passer à une application "client", distribuée, qui communique avec une application "serveur" centralisée, qui, elle, accède à la base de données. cela permet, souvent, de réduire le nombre et la taille des échanges entre les clients et les serveurs.
toutes les tables sont-elles mises à jour, ou certaines ne le sont-elles presque jamais?
est-il envisageable de garder en central les tables fréquemment mises à jour, et distribuer les tables quasi statiques?
ou bien, chaque établissement aurait en local ses données propres.
éventuellement modifier la structure des tables pour réduire le nombre et la taille de tables mises à jour.
c'est peut-être le moment de changer d'architecture applicative, et de passer à une application "client", distribuée, qui communique avec une application "serveur" centralisée, qui, elle, accède à la base de données. cela permet, souvent, de réduire le nombre et la taille des échanges entre les clients et les serveurs.