replication de données de 2 table sur un meme serveur et 2 base de données differente [Résolu]

[subzero82]

Slt tout le monde,

voila j'ai un petit soucis, et j'aurais besoin de vos lumières. j'ai deux base de données bien distinctes sur un même serveur SQL. dans la base de données A, il existe 3 table qui me serait utile(données + structure) dans la base de données B. j'aimerai que tout changement subit par ces trois table dans la base de données A, soit diretement reprecuté sur la Base de données B.


j'ai tout de suite penser à la replication.


est ce valide, ou ya t'il d'autre suggestion ??????

Merci d'avance.

[rudib]

Bonjour,

Tu peux utiliser des triggers (déclencheurs) : http://sql.developpez.com/sqlserver/transactsql/#L5

[subzero82]

Oui c'est une posibilité, Merci.

[Ditch]

Question intéressante Par contre, comment on peut dire

Code :

UPDATE telleTableDeTelleBaseSurLeMemeServeur SET...

?

[rudib]

Tu veux dire ...

Code :

UPDATE TelleBaseSurLeMemeServeur.dbo.telleTable SET...

?

[Ditch]

Envoyé par rudib

Tu veux dire ...

Code :

UPDATE TelleBaseSurLeMemeServeur.dbo.telleTable SET...

?

Je veux dire exactement cela. J'avais oublié le .dbo

[rudib]

Le dbo n'est pas strictement nécessaire dans SQL Server 2000 (tu pourrais mettre mabase..matable), mais il est utile pour des raisons de performance

[Ditch]

c'est toujours bon à savoir

[subzero82]

Oui c'est ça

UPDATE telleTableDeTelleBaseSurLeMemeServeur SET...

mais apparement ce n'est pas chose facile.

dans un SGBDR (comme PostgreSQL, oui je sais ce n'ai pas le bon endroit pour cité un autre SGBDR ) supportant la creation de schéma, cela aurait été plus ésai je pense, il aurait suffit de mettre les deux catalog dans un meme schema, non ?????

[rudib]

Je ne comprends pas quel est ton souci. En quoi est-ce que ce n'est pas chose facile ? As-tu essayé ?

Ceci par exemple :

Code :

1
2
3
4
5
 
USE master
UPDATE Northwind.dbo.Employees
SET LastName = ''
WHERE EmployeeID = 1

[subzero82]

non, c'est bon. la gène vient du fait que je doit donner explicitement le nom de la base de donnée dant le trigger afin de les ralié NomBaseDeDonnées.NomTable; et donc cela demandera une maintenance si je devait la ralié à une autres occurence de la base de données. mise à part ça; c'est OK.

Merci pour votre aide.

[rudib]

Ok, j'ai compris. C'est en effet ennuyeux, et j'ai travaillé quelque temps dans une entreprise qui déployait ses bases sur des serveurs de production en les suffixant par le nom du pays. Il était presque impossible de faire du cross-database sans passer par du code SQL dynamique.

Dans SQL Server 2000, tu ne peux pas faire grand chose. Dans SQL Server 2005, tu as le concept de synonyme, qui te permet de créer un synonyme pour référencer un objet... malheureusement pas la base de données elle-même, mais par exemple une table. Il te suffit ensuite de modifier le synonyme pour le faire pointer ailleurs, ce qui limite les modifications de ton code.

[subzero82]

Encore merci pour votre aide; c'est toujours un plaisir de discuté avec vous.

que dieu bénice celui qui a crée les forums.