Visual Studio vs SQL Server Management Studio - Votre choix
Juste pour préface: je travaille dans une petite entreprise qui ne ASP.NET le développement et les utilisations de SQL Server 2005 pour l'ensemble de notre base de données.
J'étais curieux de savoir quels étaient les avantages et les inconvénients de l'utilisation de Visual Studio ou SQL Server Management Studio pour notre développement sur la base de données côté (c'est à dire la création de la table, de la procédure stockée l'écriture, etc.).
Droit maintenant, nous procédons à l'ensemble de nos tâches de base de données à l'intérieur de la Gestion de Studio, et je me demandais si il y avait une certaine utilité à l'aide de Visual Studio à la place. Serait-il plus facile de garder une trace des changements de procédures et d'autres modifications à la base de données (que ce soit par le biais de Visual Studio lui-même ou par l'intermédiaire d'un certain type de contrôle de source (de la planification à la mise en œuvre de subversion bientôt).
Je n'ai personnellement pas avoir de problème à travailler avec Management Studio, mais si il serait plus efficace et plus contrôlable par le biais de Visual Studio dans les moyens que je ne suis pas familier avec, j'aimerais en entendre parler.
MODIFIER: je voulais juste souligner que mon spécifiques, les environnements de développement SQL Sever 2005, Visual Studio 2005 Professional Edition, et Visual Studio Team System 2008 Développement de l'Édition. Nous n'avons pas de team foundation server ou tout autre extras en cours d'exécution ou installé.
Vous devez vous connecter pour publier un commentaire.
Ma méthode personnelle est d'utiliser SQL MS pour tous, le design (la conception des schémas, des diagrammes, des clés, des indices, etc.), mais à l'artisanat, toutes mes procédures stockées, les fonctions et la comme dans Visual Studio, dans une "Base de données" projet attachée à ma solution, principalement parce qu'il me permet de garder le procs meilleur contrôle de version de cette façon (que je trouve en général ils changent plus souvent que le schéma), et je trouve que c'est particulièrement pratique en utilisant les menus contextuels dans VS pour exécuter le procs sur mon test et la mise en scène de machines directement, car je le fais si souvent.
À mon humble avis un grand avantage de l'utilisation de la gestion de studio de "script". À ma connaissance, il n'existe pas d'équivalent dans VS.
Visual Studio 2010 a fait quelques très jolies mises à niveau de SQL Server projets et solutions. Lire la suite ici:
https://web.archive.org/web/20160407003056/http://leonardwoody.com/2011/08/27/introduction-to-visual-studio-database-management/
J'ai utilisé Management Studio pour l'ensemble de la SQL de travail plus tôt, mais à la fin j'ai trouvé que la maison SQL manager de Visual Studio est très bonne aussi. Je l'utilise de plus en plus et pour l'exécution de requête rapide des contrôles, et des modifications de la base de données.
Il a une grande fonctionnalité de SQL de mise en retrait, et je l'ai trouvé très utile. À mon avis, il bat SQL coloration de Gestion de studio.
C'est une question difficile. Je suppose que cela dépend exactement ce que vous faites. Si vous êtes la construction de DALs et des choses, il serait probablement plus facile à utiliser VS, puisqu'il y a quelques belles intégration (drag-and-drop, etc.). VS est probablement suffisante pour 95% de votre apport quotidien en db activité.
Mais comme quelqu'un l'a déjà mentionné, vous n'obtenez pas le "Script" helpers (que j'utilise tout le temps). En outre, vous ne obtenez pas beaucoup (le cas échéant) dans la voie de l'utilisateur des outils de gestion (ouvertures de session, etc.). Et autant que je sache, il n'y a aucun moyen de gérer des index via Visual Studio. Vous n'avez pas obtenir quoi que ce soit à l'égard de l'importation/exportation de données.
Pour moi de Données Mec (alias de la Base de données de l'Édition de Visual Studio 2008 Team System) a été un grand pas en changer les règles du jeu en termes de faire les choses à votre question adresses: garder "suivi des modifications de procédure et d'autres modifications à la base de données." Non seulement votre ensemble de l'équipe de garder la trace des modifications entre les différents partagé-environnements, mais par le biais de contrôle de la source de chaque membre de l'équipe peut suivre son ou ses propres différences par rapport à tous les environnements partagés. Cela rend le code de base de données vraiment de code, avec tous les avantages qui en découlent.
En outre, il est un composant logiciel enfichable pour concilier les différences entre les bases de données et de disposer de l'outil permet de générer automatiquement le code qui permettrait de concilier ces différences. Idéalement code de base de données serait sorti tout droit de contrôle de code source, tout comme ASP.NET code généralement être fait. Les données Mec diminue grandement les efforts pour atteindre cette parité.
Le seul point négatif est le coût: les Données Mec nécessite une mise à niveau de l'Équipe Système pour ceux sur Visual Studio Pro. Heureusement, évidemment, Microsoft va rouler cette fonctionnalité dans le "Développeur" édition de Visual Studio 2010, qui, probablement, tarification similaire à Visual Studio 2008 Pro.