réplication et résolution de conflit

Bonjour à tous,

Il y a quelque chose que je ne comprend pas sur la réplication.

J'ai mis en place une réplication de fusion sur un serveur SQL Server 2000.
Outre les différents pbs rencontrés sur les droits et comptes autorisés à se
connecter aux différents agents, je rencontre au jourd'hui un pbroblème de
taille.

La réplication fonctionne et enregistre correctement les conflits lorsque
ceux ci se presentent. Il y a un cas que je voudrais résoudre
automatiquement sans interventions de ma part.

Lorsque sur les deux bases de données des données sont ajoutées, les
identifiants sont les mêmes des deux côtés, ce qui provoque un conflit lors
de la synchronisation. Je dois alors gérer à la main ces conflits avec le
résolveur de SQL server. N'existe t'il pas une solution qui éviterait cette
intervention. Par exemple les identifiants de la base de l'abonné pourrait
être incrémenté.

Est ce possible ?

Merci d'avance

Jérôme MARTIN

>>"bruno reiter [MVP]" <remove.this.br33@bol.com.br> a écrit dans le message

quand tu mets en place la répli fusion, il propose de différencier les

sinon, tu mets la racine de identity différente sur chacun des acteurs de

répli à la main.

quand tu mets en place la répli fusion, il propose de différencier les

sinon, tu mets la racine de identity différente sur chacun des acteurs de

répli à la main.

br

"bruno reiter [MVP]" <remove.this.br33@bol.com.br> a écrit dans le message
de news: um22NC23DHA.1804@TK2MSFTNGP12.phx.gbl...
> quand tu mets en place la répli fusion, il propose de différencier les
identity,
> sinon, tu mets la racine de identity différente sur chacun des acteurs de
la
> répli à la main.
>
> br

J'ai pas trouvé où éait l'option pour différencier les identity...
C'est le NOT FOR REPLICATION qui est en cause j'ai le message suivant
dans une fenetre à une des étapes de la creation de la replication de
fusion.


Les colonnes identity requierent l'option NOT FOR REPLICATION

Il est vivement conseillé d'utiliser l'option NOT FOR REPLICATION pour
toutes les colonnes IDENTITY répliquées. Lorsque la gestion de la plage
d'identité est activée pour un article. SQL Server ajoute automatiquement
l'option NOT FOR REPLICATION à la colonne IDENTITY.

Les tables publiées suivantes pour lesquelles la gestion de la plage
d'identité n'a pas été activée contiennent des colonnes IDENTITY sans
l'option NOT FOR REPLICATION :

[dbo].[REGLEMENT]

il s'agit de la gestion de plage d'identité

Cela signifie que je suis obliger de le gérer par des plages d'identifiant
réservé à tel ou tel abonné ?


"bruno reiter [MVP]" <remove.this.br33@bol.com.br> a écrit dans le message
de news: OrIa0C33DHA.2000@TK2MSFTNGP11.phx.gbl...
> il s'agit de la gestion de plage d'identité

oui, ou bien un code site faisant partie de la clé (ce que j'utilise en

Dans mon cas, les identifiants des tables sont tous en INT.

Est ce que tu à une clé composé de deux propriété ou bien est ce une seule
propriété alphanumérique clé sur laquelle tu gère le site + l'identifiant
SITEA456789


Autre question,
Si je comprend bien la propriété IDENTITY sert à créer des identifiant
automatiquement, dans la réplication, il faut ajouter NOT FOR REPLICATION.

"bruno reiter [MVP]" <remove.this.br33@bol.com.br> a écrit dans le message
de news: eIvpGi$3DHA.2432@TK2MSFTNGP09.phx.gbl...
> oui, ou bien un code site faisant partie de la clé (ce que j'utilise en
général)

Je gère en général avec 2 colonnes, une clé :
code site (tinyint ou smallint)
identifiant (smallint ou int)

Je gère en général avec 2 colonnes, une clé :
code site (tinyint ou smallint)
identifiant (smallint ou int)

il faut toujours éviter de mélanger 2 infos dans une colonne