Structure pour replication [Résolu]

Lejohnn · 25/07/2006, 17h18

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 · 26/07/2006, 15h16

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 · 26/07/2006, 15h52

Excellente comme proposition rudib
+1 pour toi.

rudib · 26/07/2006, 16h06

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 · 26/07/2006, 16h38

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 · 27/07/2006, 01h36

Ca maaarche !!

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

Merci beaucoup !

25/07/2006, 17h18	#1
Lejohnn Invité régulier Inscription : mai 2002 Messages : 19 Détails du profil Informations forums : Inscription : mai 2002 Messages : 19 Points : 6 Points : 6	Structure pour replication 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 !!
	00

26/07/2006, 15h16	#2
rudib Expert Confirmé Inscription : mai 2006 Messages : 2 236 Détails du profil Informations personnelles : Localisation : France, Paris (Île de France) Informations forums : Inscription : mai 2006 Messages : 2 236 Points : 2 983 Points : 2 983	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é ? __________________ Rudi Bruchez Consultant indépendant modélisation, administration, optimisation, formation, solutions MS SQL Server et informatique libre. MCDBA, MCITP, MCT, SCJP2 - http://www.babaluga.com/ Articles et tutoriels : http://rudi.developpez.com/ LIVRE : Optimiser SQL Server
	00

26/07/2006, 15h52	#3
WOLO Laurent Rédacteur/Modérateur Laurent WOLO Architecte de base de données Inscription : mars 2003 Messages : 2 696 Détails du profil Informations personnelles : Nom : Laurent WOLO Âge : 35 Localisation : Congo-Brazzaville Informations professionnelles : Activité : Architecte de base de données Secteur : Finance Informations forums : Inscription : mars 2003 Messages : 2 696 Points : 3 917 Points : 3 917	Excellente comme proposition rudib +1 pour toi. __________________ Découvrez la FAQ de MS SQL Server. La chance accorde ses faveurs aux esprits avertis !
	00

26/07/2006, 16h06	#4
rudib Expert Confirmé Inscription : mai 2006 Messages : 2 236 Détails du profil Informations personnelles : Localisation : France, Paris (Île de France) Informations forums : Inscription : mai 2006 Messages : 2 236 Points : 2 983 Points : 2 983	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. __________________ Rudi Bruchez Consultant indépendant modélisation, administration, optimisation, formation, solutions MS SQL Server et informatique libre. MCDBA, MCITP, MCT, SCJP2 - http://www.babaluga.com/ Articles et tutoriels : http://rudi.developpez.com/ LIVRE : Optimiser SQL Server
	00

26/07/2006, 16h38	#5
WOLO Laurent Rédacteur/Modérateur Laurent WOLO Architecte de base de données Inscription : mars 2003 Messages : 2 696 Détails du profil Informations personnelles : Nom : Laurent WOLO Âge : 35 Localisation : Congo-Brazzaville Informations professionnelles : Activité : Architecte de base de données Secteur : Finance Informations forums : Inscription : mars 2003 Messages : 2 696 Points : 3 917 Points : 3 917	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 ...) __________________ Découvrez la FAQ de MS SQL Server. La chance accorde ses faveurs aux esprits avertis !
	00

27/07/2006, 01h36	#6
Lejohnn Invité régulier Inscription : mai 2002 Messages : 19 Détails du profil Informations forums : Inscription : mai 2002 Messages : 19 Points : 6 Points : 6	Ca maaarche !! avec la technique de prendre le rowguid en 2eme clé! Merci beaucoup !
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email