Discussion :

[bibi92]

Bonjour,

Dans le cadre de la réplication de différents schemas MSSQL vers un schema central, afin de les distinguer, il faut que j'ajoute une colonne schema.
Comment puis-je procéder?

Merci

Bonne soirée

bibi

[Invité]

Votre question est loin d'être claire !
Je vous invite à la reformuler avec des détails et des explications, ainsi que des précisions sur les versions...

[bibi92]

Bonjour,

Dans le cadre d'un DWH, une base User sur une instance SQL Server 2005 SP3 contient 10 schemas, je dois répliquer 40 tables de chaque schemas vers une base cible contenant les 40 tables. Mais pour distinguer les enregistrements des 10 schemas, je dois ajouter deux colonnes contenant le nom du dossier ou de nom de schema et le nom du serveur applicatif?
Est-ce possible?
Si oui comment?

Merci

Bonne journée

bibi

[zinzineti]

Bonjour,

Dans le cadre d'un DWH, une base User sur une instance SQL Server 2005 SP3 contient 10 schemas, je dois répliquer 40 tables de chaque schemas vers une base cible contenant les 40 tables. Mais pour distinguer les enregistrements des 10 schemas, je dois ajouter deux colonnes contenant le nom du dossier ou de nom de schema et le nom du serveur applicatif?
Est-ce possible?
Si oui comment?

Merci

Bonne journée

bibi

De façon classique tu peux ajouter les 2 colonnes sur chaque table, il n'y a pas de problème.
Une fois ces colonnes crées sur les TABLES de PUBLICATION, tu mets en place ta REPLICATION TRANSACTIONNELLE et ces colonnes seront AUTOMATIQUEMENT créées sur les tables ABONNEES et seront alimentées.
Donc :
1) Ajout des colonnes sur les tables de la BASE de PUBLICATION
2) Mise en place de la REPLICATION TRANSACTIONNELLE
3) Et les colonnes APPARAISSENT sur les tables de la BASE ABONNEE !
A+
Etienne ZINZINDOHOUE

[bibi92]

Merci pour votre réponse, l'objectif est de ne pas changer le schema source.
Ma question était mal posée.

Bonne journée

bibi

[kagemaru]

Bonjour,

Je pense que c'est difficilement faisable au niveau de la souscription. Il te faudrait personnaliser les procédures stockées de réplication pour ajouter les 2 champs.
Le plus simple serait de prévoir ces champs dans les tables d'origine ou bien de créer 40 vues dans la base source dans lesquelles tu ajoutes ces 2 champs. Tu peux alors répliquer ces vues.
Mais dans la base destination, il y aura le pb des relations et des clés qui devront se faire sur les 3 colonnes.

Je ne suis pas convaincu par cette solution, il faudrait en savoir plus sur la structure des tables et leur future utilisation

[zinzineti]

Merci pour votre réponse, l'objectif est de ne pas changer le schema source.
Ma question était mal posée.
Bonne journée
bibi

Tu peux dans ce cas alimenter
les tables destinations via des procédures stockées dont
tu peux planifiées le lancement.
Ce n'est peut être pas ce que tu souhaites !

A +

Etienne ZINZINDOHOUE

[Bluedeep]

Bonjour

Tu peux dans ce cas alimenter
les tables destinations via des procédures stockées dont
tu peux planifiées le lancement.
Ce n'est peut être pas ce que tu souhaites !

Je ne suis pas certain que cela fonctionne : ça va fonctionner pendant la phase transactionelle, mais je pense que le bulkcopy initial depuis le snapshot ne va pas fonctionner.