Discussion :

[Lejohnn]

Bonjour,

j'ai une tres grosse table (Proche du million) qui est actuellement en replication par fusion.
Actuellement la seule cle est un index auto.
Mon probleme est bien evidement les conflits

que me conseillez-vous ??
1) couper la table en plusieur et bosser sur des vues unions (pas fun)
2) faire une cle calcule avec une lettre de proprietaire (un peu lourd)
3) je vois pas...

avez-vous des idées un peu plus realisable ?
Merci !!

[rudib]

Bonjour,

quand tu as mis ta table en réplication par fusion, il t'a créé une colonne UNIQUEIDENTIFIER (GUID), non ? Ne peux-tu pas te baser sur cette colonne pour la clé ?

[WOLO Laurent]

Excellente comme proposition rudib
+1 pour toi.

[rudib]

Thank you ! Bon, ça a quand même le désavantage de faire grossir les index si la clé primaire est ordonnée, et de faire exploser la taille des bases si on doit déplacer cette clé dans des clés étrangères... Il peut y avoir deux autres solutions :

- partitionner la clé avec un id de serveur
- augmenter le seed de l'identity sur un des serveurs pour attribuer des ranges de numérotation.

[WOLO Laurent]

Rudib,
N'importe quelle solution informatique présente ses avantages et ses inconvenients, il appartient donc au dba de faire le compromis entre la capacité de stockage et l'optimisation et donc beaucoups plus de travail pour le DBA (Astuces ...)

[Lejohnn]

Ca maaarche !!

avec la technique de prendre le rowguid en 2eme clé!

Merci beaucoup !