J'ai 7 societes qui auront chacune une base de données avec leurs propres
fichiers, plus une societe "centralisatrice" qui aura egalement des fichiers
propres. Cette super ste va effectuer des calculs qui iront en fait mettre à
jour une ligne spécifique d'une table de chacune de ces stes. Pourriez vous
me donner un conseil pour la réalisation de cette maj ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel Carollo
Bonjour Yaya!
Tout depend de la nature de ces mises a jour. Vous parlez d'une ligne specifique mise a jour. S'agit-il d'une ligne seulement? Avec quelle frequence? Quelle est l'incidence de cette mise a jour sur l'application? Est-il necessaire d'encapsuler cette mise a jour dans une transaction? Que se passe-t-il si 6 sites sont mis a jour et pas le 7eme? Quelle est l'infrastructure existante entre les 7 sites et la societe centralisatrice? Que ce passe-t-il si la societe centralisatrice est "sur le beret" ?
Quel est l'age du capitaine?
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"YaYa" wrote in message news:bnlbi0$nim$
J'ai 7 societes qui auront chacune une base de données avec leurs propres fichiers, plus une societe "centralisatrice" qui aura egalement des fichiers
propres. Cette super ste va effectuer des calculs qui iront en fait mettre à
jour une ligne spécifique d'une table de chacune de ces stes. Pourriez vous
me donner un conseil pour la réalisation de cette maj ?
Bonjour Yaya!
Tout depend de la nature de ces mises a jour. Vous parlez d'une ligne
specifique mise a jour. S'agit-il d'une ligne seulement? Avec quelle
frequence? Quelle est l'incidence de cette mise a jour sur l'application?
Est-il necessaire d'encapsuler cette mise a jour dans une transaction? Que
se passe-t-il si 6 sites sont mis a jour et pas le 7eme? Quelle est
l'infrastructure existante entre les 7 sites et la societe centralisatrice?
Que ce passe-t-il si la societe centralisatrice est "sur le beret" ?
Quel est l'age du capitaine?
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"YaYa" <mamieyaya@wanadoo.fr> wrote in message
news:bnlbi0$nim$1@news-reader1.wanadoo.fr...
J'ai 7 societes qui auront chacune une base de données avec leurs propres
fichiers, plus une societe "centralisatrice" qui aura egalement des
fichiers
propres. Cette super ste va effectuer des calculs qui iront en fait mettre
à
jour une ligne spécifique d'une table de chacune de ces stes. Pourriez
vous
me donner un conseil pour la réalisation de cette maj ?
Tout depend de la nature de ces mises a jour. Vous parlez d'une ligne specifique mise a jour. S'agit-il d'une ligne seulement? Avec quelle frequence? Quelle est l'incidence de cette mise a jour sur l'application? Est-il necessaire d'encapsuler cette mise a jour dans une transaction? Que se passe-t-il si 6 sites sont mis a jour et pas le 7eme? Quelle est l'infrastructure existante entre les 7 sites et la societe centralisatrice? Que ce passe-t-il si la societe centralisatrice est "sur le beret" ?
Quel est l'age du capitaine?
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"YaYa" wrote in message news:bnlbi0$nim$
J'ai 7 societes qui auront chacune une base de données avec leurs propres fichiers, plus une societe "centralisatrice" qui aura egalement des fichiers
propres. Cette super ste va effectuer des calculs qui iront en fait mettre à
jour une ligne spécifique d'une table de chacune de ces stes. Pourriez vous
me donner un conseil pour la réalisation de cette maj ?
Valérie
En fait plusieurs lignes seront mises à jour mais qui pourront l'etre grace à une requete toute simple. A quelle frequence ? théoriquement une fois par an : on pourra faire des tests de maj mais a un moment donné il va falloir valider cette maj et il n'y aura pas de retour en arrière possible. Si tous les sites ne sont pas maj ensemble = pb. 37 ans. Une petite aide svp, a vot'bon coeur !
En fait plusieurs lignes seront mises à jour mais qui pourront l'etre grace
à une requete toute simple. A quelle frequence ? théoriquement une fois par
an : on pourra faire des tests de maj mais a un moment donné il va falloir
valider cette maj et il n'y aura pas de retour en arrière possible. Si tous
les sites ne sont pas maj ensemble = pb.
37 ans.
Une petite aide svp, a vot'bon coeur !
En fait plusieurs lignes seront mises à jour mais qui pourront l'etre grace à une requete toute simple. A quelle frequence ? théoriquement une fois par an : on pourra faire des tests de maj mais a un moment donné il va falloir valider cette maj et il n'y aura pas de retour en arrière possible. Si tous les sites ne sont pas maj ensemble = pb. 37 ans. Une petite aide svp, a vot'bon coeur !
Daniel Carollo
Bonjour Valerie (ou est passee Mamie Yaya?)
Le probleme n'est pas au niveau d'Access, mais au niveau du processus dans l'entreprise. Comment s'assurer que la base ne sera pas polluee pendant que les mises a jour se feront, et comment s'assurer que les messages de verification sont bien parvenus au poste central?
Votre format de base est-il en mdb (Jet) ou adp (MSDE / SQL Server)?
Si c'est ce dernier, SQL Server, il y a des fonctionnalites qui vous aiderons a resoudre assez facilement le cote "mecanique" des choses, une fois que le processus a ete mis en place dans l'entreprise. Voyez les chapitres dans BOL concernant les mots clefs: replication, distributors, subscribers.
S'il s'agit de mdb, la replication partielle devrait vous permettre de resoudre le probleme, d'une facon un peu plus contournee, a moins que quelqu'un d'autre dans le forum n'ait une solution plus simple...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"Valérie" wrote in message news:bnld6c$t7l$
En fait plusieurs lignes seront mises à jour mais qui pourront l'etre grace
à une requete toute simple. A quelle frequence ? théoriquement une fois par
an : on pourra faire des tests de maj mais a un moment donné il va falloir valider cette maj et il n'y aura pas de retour en arrière possible. Si tous
les sites ne sont pas maj ensemble = pb. 37 ans. Une petite aide svp, a vot'bon coeur !
Bonjour Valerie (ou est passee Mamie Yaya?)
Le probleme n'est pas au niveau d'Access, mais au niveau du processus dans
l'entreprise. Comment s'assurer que la base ne sera pas polluee pendant que
les mises a jour se feront, et comment s'assurer que les messages de
verification sont bien parvenus au poste central?
Votre format de base est-il en mdb (Jet) ou adp (MSDE / SQL Server)?
Si c'est ce dernier, SQL Server, il y a des fonctionnalites qui vous
aiderons a resoudre assez facilement le cote "mecanique" des choses, une
fois que le processus a ete mis en place dans l'entreprise. Voyez les
chapitres dans BOL concernant les mots clefs: replication, distributors,
subscribers.
S'il s'agit de mdb, la replication partielle devrait vous permettre de
resoudre le probleme, d'une facon un peu plus contournee, a moins que
quelqu'un d'autre dans le forum n'ait une solution plus simple...
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"Valérie" <valerie.cantin@wanadoo.fr> wrote in message
news:bnld6c$t7l$1@news-reader3.wanadoo.fr...
En fait plusieurs lignes seront mises à jour mais qui pourront l'etre
grace
à une requete toute simple. A quelle frequence ? théoriquement une fois
par
an : on pourra faire des tests de maj mais a un moment donné il va falloir
valider cette maj et il n'y aura pas de retour en arrière possible. Si
tous
les sites ne sont pas maj ensemble = pb.
37 ans.
Une petite aide svp, a vot'bon coeur !
Le probleme n'est pas au niveau d'Access, mais au niveau du processus dans l'entreprise. Comment s'assurer que la base ne sera pas polluee pendant que les mises a jour se feront, et comment s'assurer que les messages de verification sont bien parvenus au poste central?
Votre format de base est-il en mdb (Jet) ou adp (MSDE / SQL Server)?
Si c'est ce dernier, SQL Server, il y a des fonctionnalites qui vous aiderons a resoudre assez facilement le cote "mecanique" des choses, une fois que le processus a ete mis en place dans l'entreprise. Voyez les chapitres dans BOL concernant les mots clefs: replication, distributors, subscribers.
S'il s'agit de mdb, la replication partielle devrait vous permettre de resoudre le probleme, d'une facon un peu plus contournee, a moins que quelqu'un d'autre dans le forum n'ait une solution plus simple...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"Valérie" wrote in message news:bnld6c$t7l$
En fait plusieurs lignes seront mises à jour mais qui pourront l'etre grace
à une requete toute simple. A quelle frequence ? théoriquement une fois par
an : on pourra faire des tests de maj mais a un moment donné il va falloir valider cette maj et il n'y aura pas de retour en arrière possible. Si tous
les sites ne sont pas maj ensemble = pb. 37 ans. Une petite aide svp, a vot'bon coeur !
