Dans notre société nous utilisons une base principale pour les données et
plusieurs bases pour lire les données ou en créer.
Bientôt un commercial va devoir embarquer sur son portable une base.
Quelle est la meilleure solution pour gérer à son retour les données créées
sur son portable et celles créées en interne ? Comment fusionner les tables
?
En cherchant de tous les côtés j'ai souvent vu le terme "réplication" , avec
des explications plutôt complexes.
Merci d'avance pour vos infos
Bon week end par avance
PAT
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
3stone
Salut,
"PAT" | Dans notre société nous utilisons une base principale pour les données et | plusieurs bases pour lire les données ou en créer. | Bientôt un commercial va devoir embarquer sur son portable une base. | Quelle est la meilleure solution pour gérer à son retour les données créées | sur son portable et celles créées en interne ? Comment fusionner les tables | ? | En cherchant de tous les côtés j'ai souvent vu le terme "réplication" , avec | des explications plutôt complexes.
Quelques liens... http://support.microsoft.com/kb/138828/en-us http://support.microsoft.com/kb/182886/en-us
et des infos ici : http://www.trigeminal.com/usenet/usenet.asp?1036
"PAT"
| Dans notre société nous utilisons une base principale pour les données et
| plusieurs bases pour lire les données ou en créer.
| Bientôt un commercial va devoir embarquer sur son portable une base.
| Quelle est la meilleure solution pour gérer à son retour les données créées
| sur son portable et celles créées en interne ? Comment fusionner les tables
| ?
| En cherchant de tous les côtés j'ai souvent vu le terme "réplication" , avec
| des explications plutôt complexes.
Quelques liens...
http://support.microsoft.com/kb/138828/en-us
http://support.microsoft.com/kb/182886/en-us
et des infos ici :
http://www.trigeminal.com/usenet/usenet.asp?1036
"PAT" | Dans notre société nous utilisons une base principale pour les données et | plusieurs bases pour lire les données ou en créer. | Bientôt un commercial va devoir embarquer sur son portable une base. | Quelle est la meilleure solution pour gérer à son retour les données créées | sur son portable et celles créées en interne ? Comment fusionner les tables | ? | En cherchant de tous les côtés j'ai souvent vu le terme "réplication" , avec | des explications plutôt complexes.
Quelques liens... http://support.microsoft.com/kb/138828/en-us http://support.microsoft.com/kb/182886/en-us
et des infos ici : http://www.trigeminal.com/usenet/usenet.asp?1036
Merci d'avoir répondu. Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais et sur trgeminal c'est très complexe ! Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de réplica ? Peut-être des fusions de tables ?
Merci d'avance
PAT
"3stone" a écrit dans le message de news:
Salut,
"PAT" | Dans notre société nous utilisons une base principale pour les données et | plusieurs bases pour lire les données ou en créer. | Bientôt un commercial va devoir embarquer sur son portable une base. | Quelle est la meilleure solution pour gérer à son retour les données créées | sur son portable et celles créées en interne ? Comment fusionner les tables | ? | En cherchant de tous les côtés j'ai souvent vu le terme "réplication" , avec | des explications plutôt complexes.
Quelques liens... http://support.microsoft.com/kb/138828/en-us http://support.microsoft.com/kb/182886/en-us
et des infos ici : http://www.trigeminal.com/usenet/usenet.asp?1036
Merci d'avoir répondu.
Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais
et sur trgeminal c'est très complexe !
Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de
réplica ?
Peut-être des fusions de tables ?
Merci d'avance
PAT
"3stone" <home@sweet_home.be> a écrit dans le message de news:
exTCnUNjGHA.1260@TK2MSFTNGP05.phx.gbl...
Salut,
"PAT"
| Dans notre société nous utilisons une base principale pour les données
et
| plusieurs bases pour lire les données ou en créer.
| Bientôt un commercial va devoir embarquer sur son portable une base.
| Quelle est la meilleure solution pour gérer à son retour les données
créées
| sur son portable et celles créées en interne ? Comment fusionner les
tables
| ?
| En cherchant de tous les côtés j'ai souvent vu le terme "réplication" ,
avec
| des explications plutôt complexes.
Quelques liens...
http://support.microsoft.com/kb/138828/en-us
http://support.microsoft.com/kb/182886/en-us
et des infos ici :
http://www.trigeminal.com/usenet/usenet.asp?1036
Merci d'avoir répondu. Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais et sur trgeminal c'est très complexe ! Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de réplica ? Peut-être des fusions de tables ?
Merci d'avance
PAT
"3stone" a écrit dans le message de news:
Salut,
"PAT" | Dans notre société nous utilisons une base principale pour les données et | plusieurs bases pour lire les données ou en créer. | Bientôt un commercial va devoir embarquer sur son portable une base. | Quelle est la meilleure solution pour gérer à son retour les données créées | sur son portable et celles créées en interne ? Comment fusionner les tables | ? | En cherchant de tous les côtés j'ai souvent vu le terme "réplication" , avec | des explications plutôt complexes.
Quelques liens... http://support.microsoft.com/kb/138828/en-us http://support.microsoft.com/kb/182886/en-us
et des infos ici : http://www.trigeminal.com/usenet/usenet.asp?1036
"SOF" | Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais
A droite de ces pages, tu peux choissir une traduction "machine" qui permet des comprendre un peu...
| et sur trgeminal c'est très complexe ! | Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de | réplica ?
Lors de mise à jour d'au moins deux bases *non liées* il est sage d'utiliser la réplication. Si l'on maitrise parfaitement les éventuels problèmes, il est également possible de créer et gérer sa propre méthode de synchonisation. Mais à déconseiller si on a des difficultés avec la réplications made by MS.
Pour utiliser la réplication, il faut effectivement tenir compte de quelques points importants. Le plus numéro 1 est que les numéroauto (clé primaire) ne seront plus de type incrémental, mais alléatoire !!! Il faut donc que ces numéroauto soit réservés à ce pourquoi ils sont destinés; c.a.d. êtrent destinés exclusivement aux liens entre tables!
Crée toi une petite base avec 2 - 3 tables et quelques données. Ensuite, tu te crée un réplica de cette base "maitre". Après quelques saisie dans l'une et l'autre de ces bases, tu demande la synchronisation... cela te permettra de comprendre et te faire un peu la main.
Par contre, il est vrai qu'il faut user de rigeur lors de l'usage de la réplication et ne pas copier et multiplier ni le maitre, ni le réplica!
"SOF"
| Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais
A droite de ces pages, tu peux choissir une traduction "machine" qui permet
des comprendre un peu...
| et sur trgeminal c'est très complexe !
| Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de
| réplica ?
Lors de mise à jour d'au moins deux bases *non liées* il est sage d'utiliser
la réplication. Si l'on maitrise parfaitement les éventuels problèmes, il est
également possible de créer et gérer sa propre méthode de synchonisation.
Mais à déconseiller si on a des difficultés avec la réplications made by MS.
Pour utiliser la réplication, il faut effectivement tenir compte de quelques
points importants.
Le plus numéro 1 est que les numéroauto (clé primaire) ne seront plus
de type incrémental, mais alléatoire !!!
Il faut donc que ces numéroauto soit réservés à ce pourquoi ils sont
destinés; c.a.d. êtrent destinés exclusivement aux liens entre tables!
Crée toi une petite base avec 2 - 3 tables et quelques données.
Ensuite, tu te crée un réplica de cette base "maitre".
Après quelques saisie dans l'une et l'autre de ces bases, tu demande
la synchronisation... cela te permettra de comprendre et te faire un peu
la main.
Par contre, il est vrai qu'il faut user de rigeur lors de l'usage de la
réplication et ne pas copier et multiplier ni le maitre, ni le réplica!
"SOF" | Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais
A droite de ces pages, tu peux choissir une traduction "machine" qui permet des comprendre un peu...
| et sur trgeminal c'est très complexe ! | Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de | réplica ?
Lors de mise à jour d'au moins deux bases *non liées* il est sage d'utiliser la réplication. Si l'on maitrise parfaitement les éventuels problèmes, il est également possible de créer et gérer sa propre méthode de synchonisation. Mais à déconseiller si on a des difficultés avec la réplications made by MS.
Pour utiliser la réplication, il faut effectivement tenir compte de quelques points importants. Le plus numéro 1 est que les numéroauto (clé primaire) ne seront plus de type incrémental, mais alléatoire !!! Il faut donc que ces numéroauto soit réservés à ce pourquoi ils sont destinés; c.a.d. êtrent destinés exclusivement aux liens entre tables!
Crée toi une petite base avec 2 - 3 tables et quelques données. Ensuite, tu te crée un réplica de cette base "maitre". Après quelques saisie dans l'une et l'autre de ces bases, tu demande la synchronisation... cela te permettra de comprendre et te faire un peu la main.
Par contre, il est vrai qu'il faut user de rigeur lors de l'usage de la réplication et ne pas copier et multiplier ni le maitre, ni le réplica!
J'avoue que je suis dépassé pas tout ça. Jusqu'à présent je gérais facilement mes bases internes avec le principe d'une base avec les tables et 2 bases avec uniquement les formulaires. Avec mes petites connaissances acquises au fil de l'eau, je m'en sortais bien. Maintenant avec ce "portable" qui va se ballader les ennuis commencent. Je vais étudier tes infos et suivre ton conseil en faisant un test, pour voir si je peux gérer cette histoire de réplica. Je vais essayer de trouver un bouquin.Le soucis c'est que ce portable doit être opérationnel début septembre. Encore merci pour tes conseils.
PAT
"3stone" a écrit dans le message de news: OB%
Salut,
"SOF" | Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais
A droite de ces pages, tu peux choissir une traduction "machine" qui permet des comprendre un peu...
| et sur trgeminal c'est très complexe ! | Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de | réplica ?
Lors de mise à jour d'au moins deux bases *non liées* il est sage d'utiliser la réplication. Si l'on maitrise parfaitement les éventuels problèmes, il est également possible de créer et gérer sa propre méthode de synchonisation. Mais à déconseiller si on a des difficultés avec la réplications made by MS.
Pour utiliser la réplication, il faut effectivement tenir compte de quelques points importants. Le plus numéro 1 est que les numéroauto (clé primaire) ne seront plus de type incrémental, mais alléatoire !!! Il faut donc que ces numéroauto soit réservés à ce pourquoi ils sont destinés; c.a.d. êtrent destinés exclusivement aux liens entre tables!
Crée toi une petite base avec 2 - 3 tables et quelques données. Ensuite, tu te crée un réplica de cette base "maitre". Après quelques saisie dans l'une et l'autre de ces bases, tu demande la synchronisation... cela te permettra de comprendre et te faire un peu la main.
Par contre, il est vrai qu'il faut user de rigeur lors de l'usage de la réplication et ne pas copier et multiplier ni le maitre, ni le réplica!
J'avoue que je suis dépassé pas tout ça.
Jusqu'à présent je gérais facilement mes bases internes avec le principe
d'une base avec les tables et 2 bases avec uniquement les formulaires. Avec
mes petites connaissances acquises au fil de l'eau, je m'en sortais bien.
Maintenant avec ce "portable" qui va se ballader les ennuis commencent. Je
vais étudier tes infos et suivre ton conseil en faisant un test, pour voir
si je peux gérer cette histoire de réplica. Je vais essayer de trouver un
bouquin.Le soucis c'est que ce portable doit être opérationnel début
septembre.
Encore merci pour tes conseils.
PAT
"3stone" <home@sweet_home.be> a écrit dans le message de news:
OB%230wdmjGHA.5036@TK2MSFTNGP04.phx.gbl...
Salut,
"SOF"
| Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas
l'anglais
A droite de ces pages, tu peux choissir une traduction "machine" qui
permet
des comprendre un peu...
| et sur trgeminal c'est très complexe !
| Par rapport à mon pbe est-ce que je suis obligé de passer par ce système
de
| réplica ?
Lors de mise à jour d'au moins deux bases *non liées* il est sage
d'utiliser
la réplication. Si l'on maitrise parfaitement les éventuels problèmes, il
est
également possible de créer et gérer sa propre méthode de synchonisation.
Mais à déconseiller si on a des difficultés avec la réplications made by
MS.
Pour utiliser la réplication, il faut effectivement tenir compte de
quelques
points importants.
Le plus numéro 1 est que les numéroauto (clé primaire) ne seront plus
de type incrémental, mais alléatoire !!!
Il faut donc que ces numéroauto soit réservés à ce pourquoi ils sont
destinés; c.a.d. êtrent destinés exclusivement aux liens entre tables!
Crée toi une petite base avec 2 - 3 tables et quelques données.
Ensuite, tu te crée un réplica de cette base "maitre".
Après quelques saisie dans l'une et l'autre de ces bases, tu demande
la synchronisation... cela te permettra de comprendre et te faire un peu
la main.
Par contre, il est vrai qu'il faut user de rigeur lors de l'usage de la
réplication et ne pas copier et multiplier ni le maitre, ni le réplica!
J'avoue que je suis dépassé pas tout ça. Jusqu'à présent je gérais facilement mes bases internes avec le principe d'une base avec les tables et 2 bases avec uniquement les formulaires. Avec mes petites connaissances acquises au fil de l'eau, je m'en sortais bien. Maintenant avec ce "portable" qui va se ballader les ennuis commencent. Je vais étudier tes infos et suivre ton conseil en faisant un test, pour voir si je peux gérer cette histoire de réplica. Je vais essayer de trouver un bouquin.Le soucis c'est que ce portable doit être opérationnel début septembre. Encore merci pour tes conseils.
PAT
"3stone" a écrit dans le message de news: OB%
Salut,
"SOF" | Est-ce qu'il y a des infos plus "simples". Déjà je ne maitrise pas l'anglais
A droite de ces pages, tu peux choissir une traduction "machine" qui permet des comprendre un peu...
| et sur trgeminal c'est très complexe ! | Par rapport à mon pbe est-ce que je suis obligé de passer par ce système de | réplica ?
Lors de mise à jour d'au moins deux bases *non liées* il est sage d'utiliser la réplication. Si l'on maitrise parfaitement les éventuels problèmes, il est également possible de créer et gérer sa propre méthode de synchonisation. Mais à déconseiller si on a des difficultés avec la réplications made by MS.
Pour utiliser la réplication, il faut effectivement tenir compte de quelques points importants. Le plus numéro 1 est que les numéroauto (clé primaire) ne seront plus de type incrémental, mais alléatoire !!! Il faut donc que ces numéroauto soit réservés à ce pourquoi ils sont destinés; c.a.d. êtrent destinés exclusivement aux liens entre tables!
Crée toi une petite base avec 2 - 3 tables et quelques données. Ensuite, tu te crée un réplica de cette base "maitre". Après quelques saisie dans l'une et l'autre de ces bases, tu demande la synchronisation... cela te permettra de comprendre et te faire un peu la main.
Par contre, il est vrai qu'il faut user de rigeur lors de l'usage de la réplication et ne pas copier et multiplier ni le maitre, ni le réplica!
