Discussion :

[Bibi_Seal]

Bonjour,

Dans notre organisation de développement nous aimerions intégrer dans nos projets d'application WEB les projets de la base de données dédiée et les projets de reports de façon à n'avoir qu'une solution par projet contenant toute la matière pour avoir un meilleur cycle de versionning.

Je rencontre un problème lors de la création du projet SQL Serveur : J'ajoute un projet de type SQL Serveur, j'importe ma BDD via Visual Studio 2013 Ultimate, tout fonctionne.
Par contre impossible de compiler ma solution car le projet SQL Serveur contient des procédures stockées qui font référence à un serveur lié distant, et VS n'arrive pas à gérer la référence au serveur lié.

Comment je peux utiliser mon serveur lié distant dans mon projet visual studio local de façon à pouvoir développer mes objets SQL comme si j'étais dans management studio.

J'espère avoir été clair, merci d'avance pour vos retours.

[katkiller]

Salut,

Est ce que tu as regardé du coté de ces liens :
lien 1
lien 2

[Bibi_Seal]

Merci de ton retour.

Oui effectivement j'ai vu ces liens, le premier à l'air d'être ce qu'il faut, sauf que je n'ai pas accès à la fonction Tache sur ma base distante. C'est un serveur lié qui contient les données de production et nous n'avons pas directement la main dessus.
Comme j'ai compris il faut générer le DAC sur la base que l'on veut liée, et si cette base évolue il faut regénérer le DAC ? Je ne connais pas du tout cet univers de DAC, au cas où je poserai des questions idiotes .

[katkiller]

C'est la première fois que j'utilise SSDT sur un projet.

Et j'en suis plutôt content.
En gros quand tu va "Build" ton projet tu auras un fichier "dacpac" que tu pourras déployer sur une base de données.
Le "dacpac" est un fichier "zip" qui contient des fichiers xml (autres) avec les informations sur la BDD et le déploiement (script pré et post...).

Je te laisse renommer le fichier dac en zip si tu veux regarder un peu ce qu'il contient.

Sinon ce que j'ai trouvé cool avec SSDT :
La comparaison de "structure" ou la comparaison de "data".
--> Ce qui me facilite grandement les mise à jour de schéma et de données sur la base de production.
La création de script suite à une comparaison

En plus si ton projet est dans un gestionnaire de source tu as un vrai suivi des changements effectués sur la BDD.

[Bibi_Seal]

C'est la première fois que j'utilise SSDT sur un projet.

Et j'en suis plutôt content.
En gros quand tu va "Build" ton projet tu auras un fichier "dacpac" que tu pourras déployer sur une base de données.
Le "dacpac" est un fichier "zip" qui contient des fichiers xml (autres) avec les informations sur la BDD et le déploiement (script pré et post...).

Je te laisse renommer le fichier dac en zip si tu veux regarder un peu ce qu'il contient.

Sinon ce que j'ai trouvé cool avec SSDT :
La comparaison de "structure" ou la comparaison de "data".
--> Ce qui me facilite grandement les mise à jour de schéma et de données sur la base de production.
La création de script suite à une comparaison

En plus si ton projet est dans un gestionnaire de source tu as un vrai suivi des changements effectués sur la BDD.

Arrêtes tu me donnes envie
Oui c'est un peu pour toutes ces raisons et surtout pour la maintenance et le gestionnaire de source en arrivée (SVN) que nous voulons faire cela.

Il me reste plus qu'à trouver comment faire pour ajouter la référence à ma base de données liée.