2

J'ai une réplication de fusion avec ~ 200 abonnés. J'essaie de déterminer quelles seraient les tailles de plage d'identité appropriées sur certaines tables. Vous voyez que j'ai hérité d'une structure de base de données qui n'a pas été conçue pour la réplication. Par conséquent, toutes les PK de table sont des ID IDENTITY. Malheureusement, certaines de ces tables ont été construites SANS aucun champ de suivi, donc je n'ai aucune idée quand elles ont été insérées, donc j'ai du mal à formuler une estimation de la taille de la gamme d'abonnés nécessaire.Aide à la détermination des tailles de plage d'identité appropriées

Quelqu'un a-t-il des conseils?

Répondre

1

Il se peut qu'il soit trop tard dans votre cas, mais dans des situations comme celle-ci, je préfère éviter de m'inquiéter des plages toutes ensemble. Au lieu de cela, je vais mettre la valeur de départ d'identité unique sur chaque base de données et l'incrément par une puissance de 10 appropriée

Par exemple, si j'avais moins de 10 abonnés, j'utiliser:

Database 1: IDENTITY(1,10) - produces 1, 11, 21, ... 
Database 2: IDENTITY(2,10) - produces 2, 12, 22, ... 
Database 3: IDENTITY(3,10) - produces 3, 13, 23, ... 
... 
+0

Ce probablement ne fonctionnerait pas si bien pour environ 200 abonnés? –

+0

Honnêtement n'a jamais essayé avec autant, mais en théorie, la technique serait la même. L'inconvénient évident est que vos identifiants vont croître assez rapidement car vous incrémenter de 1000. –