Je viens de mettre en place une r=E9plication de fusion=20
entre 2 serveurs de donn=E9es (agent fonctionnants en=20
continues).=20
Mais ce que je n'arrive pas =E0 comprendre, c'est pourquoi=20
lorsque j'ajoute un nouveau tuple dans la base =E0 r=E9pliquer=20
(sur le distributeur et 5 sec apr=E8s sur l'abonn=E9) cela=20
g=E9n=E9re-t-il un conflit.=20
Est-ce que c'est li=E9 =E0 la contrainte de cl=E9 primaire? Dans=20
ce cas, la r=E9plication ne sert vraiment pas =E0 grand chose.=20
Mais bon je pense que c'est certainement li=E9 =E0 une erreur=20
de ma part...
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
Dominique Peralta
Si la clé primaire est de type compteur, il faut la mettre en compteur : Oui (Pas pour réplication), ou quelquechose comme cela... Voir l'aide en ligne. Perso, j'évite les compteurs sur les bases en réplication de fusion.
"Sei" a écrit dans le message de news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
Si la clé primaire est de type compteur, il faut la mettre en compteur : Oui
(Pas pour réplication), ou quelquechose comme cela... Voir l'aide en ligne.
Perso, j'évite les compteurs sur les bases en réplication de fusion.
"Sei" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:35c401c4293c$ece73b10$a001280a@phx.gbl...
Bonjour,
Je viens de mettre en place une réplication de fusion
entre 2 serveurs de données (agent fonctionnants en
continues).
Mais ce que je n'arrive pas à comprendre, c'est pourquoi
lorsque j'ajoute un nouveau tuple dans la base à répliquer
(sur le distributeur et 5 sec après sur l'abonné) cela
génére-t-il un conflit.
Est-ce que c'est lié à la contrainte de clé primaire? Dans
ce cas, la réplication ne sert vraiment pas à grand chose.
Mais bon je pense que c'est certainement lié à une erreur
de ma part...
Si la clé primaire est de type compteur, il faut la mettre en compteur : Oui (Pas pour réplication), ou quelquechose comme cela... Voir l'aide en ligne. Perso, j'évite les compteurs sur les bases en réplication de fusion.
"Sei" a écrit dans le message de news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
bruno reiter [MVP]
pour la réplication de fusion, il est conseillé d'avoirun code site dans la clé
br
"Sei" wrote in message news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
pour la réplication de fusion, il est conseillé d'avoirun code site dans la
clé
br
"Sei" <anonymous@discussions.microsoft.com> wrote in message
news:35c401c4293c$ece73b10$a001280a@phx.gbl...
Bonjour,
Je viens de mettre en place une réplication de fusion
entre 2 serveurs de données (agent fonctionnants en
continues).
Mais ce que je n'arrive pas à comprendre, c'est pourquoi
lorsque j'ajoute un nouveau tuple dans la base à répliquer
(sur le distributeur et 5 sec après sur l'abonné) cela
génére-t-il un conflit.
Est-ce que c'est lié à la contrainte de clé primaire? Dans
ce cas, la réplication ne sert vraiment pas à grand chose.
Mais bon je pense que c'est certainement lié à une erreur
de ma part...
pour la réplication de fusion, il est conseillé d'avoirun code site dans la clé
br
"Sei" wrote in message news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
merci, je vais voir ça.
le code site doit-il être concaténé à la clé? merci
-----Message d'origine----- pour la réplication de fusion, il est conseillé d'avoirun
code site dans la
clé
br
"Sei" wrote in
message
news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
.
merci,
je vais voir ça.
le code site doit-il être concaténé à la clé?
merci
-----Message d'origine-----
pour la réplication de fusion, il est conseillé d'avoirun
code site dans la
clé
br
"Sei" <anonymous@discussions.microsoft.com> wrote in
Je viens de mettre en place une réplication de fusion
entre 2 serveurs de données (agent fonctionnants en
continues).
Mais ce que je n'arrive pas à comprendre, c'est pourquoi
lorsque j'ajoute un nouveau tuple dans la base à répliquer
(sur le distributeur et 5 sec après sur l'abonné) cela
génére-t-il un conflit.
Est-ce que c'est lié à la contrainte de clé primaire? Dans
ce cas, la réplication ne sert vraiment pas à grand chose.
Mais bon je pense que c'est certainement lié à une erreur
de ma part...
le code site doit-il être concaténé à la clé? merci
-----Message d'origine----- pour la réplication de fusion, il est conseillé d'avoirun
code site dans la
clé
br
"Sei" wrote in
message
news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
.
bruno reiter [MVP]
c'est plus facile à gérer quand il y a 2 colonnes (la PK est sur les 2)
br
wrote in message news:427501c42b5c$bd72f5f0$ merci, je vais voir ça.
le code site doit-il être concaténé à la clé? merci
-----Message d'origine----- pour la réplication de fusion, il est conseillé d'avoirun
code site dans la
clé
br
"Sei" wrote in
message
news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
.
c'est plus facile à gérer quand il y a 2 colonnes (la PK est sur les 2)
br
<anonymous@discussions.microsoft.com> wrote in message
news:427501c42b5c$bd72f5f0$a101280a@phx.gbl...
merci,
je vais voir ça.
le code site doit-il être concaténé à la clé?
merci
-----Message d'origine-----
pour la réplication de fusion, il est conseillé d'avoirun
code site dans la
clé
br
"Sei" <anonymous@discussions.microsoft.com> wrote in
Je viens de mettre en place une réplication de fusion
entre 2 serveurs de données (agent fonctionnants en
continues).
Mais ce que je n'arrive pas à comprendre, c'est pourquoi
lorsque j'ajoute un nouveau tuple dans la base à répliquer
(sur le distributeur et 5 sec après sur l'abonné) cela
génére-t-il un conflit.
Est-ce que c'est lié à la contrainte de clé primaire? Dans
ce cas, la réplication ne sert vraiment pas à grand chose.
Mais bon je pense que c'est certainement lié à une erreur
de ma part...
c'est plus facile à gérer quand il y a 2 colonnes (la PK est sur les 2)
br
wrote in message news:427501c42b5c$bd72f5f0$ merci, je vais voir ça.
le code site doit-il être concaténé à la clé? merci
-----Message d'origine----- pour la réplication de fusion, il est conseillé d'avoirun
code site dans la
clé
br
"Sei" wrote in
message
news:35c401c4293c$ece73b10$ Bonjour,
Je viens de mettre en place une réplication de fusion entre 2 serveurs de données (agent fonctionnants en continues). Mais ce que je n'arrive pas à comprendre, c'est pourquoi lorsque j'ajoute un nouveau tuple dans la base à répliquer (sur le distributeur et 5 sec après sur l'abonné) cela génére-t-il un conflit. Est-ce que c'est lié à la contrainte de clé primaire? Dans ce cas, la réplication ne sert vraiment pas à grand chose. Mais bon je pense que c'est certainement lié à une erreur de ma part...
