Réplication de fusion SQL Server 2005 [Résolu]

cyril6910 · 07/09/2007, 10h12

Je suis en train de mettre en place une architecture de BDD et j'ai besoin de vos conseils.

Le principe est de faire une BDD de référence sous SQL server 2005 voire peut être 2008. Cette BDD de référence contient toutes les tables de notre application. Certaines tables vont être remplies par l'application. D'autres ne contiendront que des données de référence qui ne seront pas modifiées pas l'application. Mais des contraintes d'intégrités seront mises en place entre toutes ces tables.

Une copie de cette BDD sera installée chez nos clients. Par conséquent, je suis en train de regarder les possibilités de mise à jour et d'installation. Je m'oriente donc vers la réplication mais je n'arrive pas à trouver la bonne combinaison.

Je souhaiterais que dans ma base de référence, il y ait toutes les tables à répliquer chez nos clients. Ainsi, on réplique les contraintes. Par contre, certaines tables contiennent des données de référence. Ces données doivent être répliquées.
Pour l'instant, pas de soucis.

Une fois la BDD mise en place chez notre client, je ne veux absolument pas prendre en compte les données rentrées par ce client mais je veux que l'agent de publication mette à jour les données de référence et éventuellement des modifications dans les structures des tables. En gros, ça me met à jour la BDD client sans altérer les données de notre client. (On prendra soin de ne pas faire des mises à jour brutales qui détruisent les bases existantes)

Avec une réplication de fusion, je n'arrive pas à empêcher la remontée des nouvelles données de l'abonné vers le serveur. Je souhaite que ça soit que dans un sens (serveur -> client).
Comment feriez-vous?

C'est peut être tout simplement impossible.

cyril6910 · 07/09/2007, 10h57

En décrivant le problème, on trouve parfois la solution.
Il faut bien mettre l'abonné en type Client et non serveur.
En jouant sur les options, on peut autoriser ou non des modifications. En mode serveur, les options ne sont pas prises en compte.
http://technet.microsoft.com/fr-fr/l.../ms151170.aspx

07/09/2007, 10h12	#1
cyril6910 Candidat au titre de Membre du Club Inscription : mai 2007 Messages : 61 Détails du profil Informations forums : Inscription : mai 2007 Messages : 61 Points : 13 Points : 13	Réplication de fusion SQL Server 2005 Je suis en train de mettre en place une architecture de BDD et j'ai besoin de vos conseils. Le principe est de faire une BDD de référence sous SQL server 2005 voire peut être 2008. Cette BDD de référence contient toutes les tables de notre application. Certaines tables vont être remplies par l'application. D'autres ne contiendront que des données de référence qui ne seront pas modifiées pas l'application. Mais des contraintes d'intégrités seront mises en place entre toutes ces tables. Une copie de cette BDD sera installée chez nos clients. Par conséquent, je suis en train de regarder les possibilités de mise à jour et d'installation. Je m'oriente donc vers la réplication mais je n'arrive pas à trouver la bonne combinaison. Je souhaiterais que dans ma base de référence, il y ait toutes les tables à répliquer chez nos clients. Ainsi, on réplique les contraintes. Par contre, certaines tables contiennent des données de référence. Ces données doivent être répliquées. Pour l'instant, pas de soucis. Une fois la BDD mise en place chez notre client, je ne veux absolument pas prendre en compte les données rentrées par ce client mais je veux que l'agent de publication mette à jour les données de référence et éventuellement des modifications dans les structures des tables. En gros, ça me met à jour la BDD client sans altérer les données de notre client. (On prendra soin de ne pas faire des mises à jour brutales qui détruisent les bases existantes) Avec une réplication de fusion, je n'arrive pas à empêcher la remontée des nouvelles données de l'abonné vers le serveur. Je souhaite que ça soit que dans un sens (serveur -> client). Comment feriez-vous? C'est peut être tout simplement impossible.
	00

07/09/2007, 10h57	#2
cyril6910 Candidat au titre de Membre du Club Inscription : mai 2007 Messages : 61 Détails du profil Informations forums : Inscription : mai 2007 Messages : 61 Points : 13 Points : 13	En décrivant le problème, on trouve parfois la solution. Il faut bien mettre l'abonné en type Client et non serveur. En jouant sur les options, on peut autoriser ou non des modifications. En mode serveur, les options ne sont pas prises en compte. http://technet.microsoft.com/fr-fr/l.../ms151170.aspx
	00

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