Installation fréquente et suppression de la réplication SQL Server

Question

J'utilise le projet de base de données Visual Studio pour ma base de données. Je l'ai configuré pour auto-construire deux fois par semaine. Quand il construit, il supprime la base de données et la recrée à partir de scripts. J'aime vraiment le système de démontage et de reconstruction, car il empêche l'accumulation de déchets dans mes bases de données de développement.

J'ai maintenant besoin d'ajouter une deuxième base de données au mélange et de le faire recevoir des tables répliquées de la première base de données. Je sais que la réplication est une chose au niveau du serveur, mais j'espère juste ajouter quelques scripts de post-déploiement à ma base de données et paramétrer l'éditeur de réplication et l'abonné (respectivement pour ma première et deuxième base de données).

Cela va-t-il fonctionner? Je ne connais pas vraiment les choses en profondeur avec la réplication. S'il y a un moyen plus facile, j'aimerais l'entendre.

Answer 1

Bien qu'il existe une configuration de réplication au niveau du serveur, il s'agit principalement d'une technologie de niveau base de données. Bien qu'il soit techniquement faisable de faire ce dont vous parlez, cela ne semble pas vraiment correspondre à l'objectif de la réplication (qui, selon moi, consiste à distribuer les changements dans une base de données à une ou plusieurs autres bases de données de façon continue) . Parce que vous le détruisez constamment, la réplication ne sert que de copie fantaisie. Demandez-vous si vous avez vraiment besoin de la complexité de si une simple copie de votre base de données lorsque vous reconstruisez ce serait suffisant.

Mais, si vous êtes hellbent à faire cela, jetez un oeil à la configuration de niveau de base de données à sp_adddistributiondb et sp_adddistpublisher pour un temps d'installation au niveau du serveur et sp_addpublication, sp_addarticle, sp_addsubscription et sp_startpublication_snapshot. Bonne chance!