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 22720 Date d'inscription lundi 9 juin 2008 Statut Contributeur Dernière intervention 23 avril 2024 - 26 avril 2017 à 22:09
yg_be Messages postés 22720 Date d'inscription lundi 9 juin 2008 Statut Contributeur Dernière intervention 23 avril 2024 - 26 avril 2017 à 22:09
A voir également:
- Echange de données Access
- Effacer les données de navigation - Guide
- Reinstaller windows sans perte de données - Guide
- Fichier d'échange windows 10 - Guide
- Tnt base de données vide ✓ - Forum TNT / Satellite / Réception
- Acquisition de données pci et contrôleur de traitement du signal ✓ - Forum Windows 10
1 réponse
yg_be
Messages postés
22720
Date d'inscription
lundi 9 juin 2008
Statut
Contributeur
Dernière intervention
23 avril 2024
1 476
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.