sql-server - español - sql server management studio express
Visual Studio vs. SQL Server Management Studio: su elección (6)
Solo como preámbulo: trabajo en una compañía pequeña que hace desarrollo de ASP.NET y usa SQL Server 2005 para todas las necesidades de nuestra base de datos.
Tenía curiosidad sobre cuáles eran los pros y los contras de usar Visual Studio o SQL Server Management Studio para nuestro desarrollo en el lado de la base de datos (es decir, creación de tablas, escritura de procedimientos almacenados, etc.).
Ahora mismo llevamos a cabo todas nuestras tareas de base de datos dentro de Management Studio y me preguntaba si habría algún beneficio al usar Visual Studio. ¿Sería más fácil hacer un seguimiento de los cambios de procedimiento y otras modificaciones a la base de datos (ya sea a través de Visual Studio o mediante algún tipo de control de origen (planeando implementar subversión pronto).
Personalmente, no tengo problemas para trabajar con Management Studio, pero si fuera más eficiente y más controlable a través de Visual Studio en formas que no conozco, me encantaría saberlo.
EDITAR : Solo quería señalar que mis entornos de desarrollo específicos son SQL Sever 2005, Visual Studio 2005 Professional Edition y Visual Studio Team System 2008 Development Edition. No tenemos un servidor de fundación de equipo ni ningún otro extra que se ejecute o esté instalado.
En mi humilde opinión, una gran ventaja de usar el estudio de gestión es "script as". Que yo sepa, no hay equivalente en VS.
Esa es una pregunta difícil. Supongo que dependerá exactamente de lo que estés haciendo. Si está creando DAL y esas cosas, probablemente sería más fácil usar VS, ya que hay una buena integración (arrastrar y soltar, etc.). VS es probablemente adecuado para el 95% de su actividad diaria de DB.
Pero como alguien ya lo mencionó, no obtienes los ayudantes "Script As" (que utilizo todo el tiempo). Tampoco obtendrá mucho (si acaso) en el camino de las herramientas de administración de usuarios (inicios de sesión, etc.). Y hasta donde sé, no hay forma de administrar índices a través de Visual Studio. Tampoco obtienes nada con respecto a la importación / exportación de datos.
Mi método personal es usar SQL MS para todo lo relacionado con el diseño (diseño de esquema, diagramas, claves, índices, etc.), pero para crear todos mis procedimientos almacenados, funciones y similares en Visual Studio en un proyecto de "Base de datos" adjunto a mi solución, principalmente porque me permite mantener los procs mejor controlados por la versión de esa manera (ya que generalmente cambian con más frecuencia que el esquema), y me resulta especialmente útil usar los menús contextuales en VS para ejecutar los procs en mi prueba y puesta en escena de las máquinas directamente, ya que lo hago con tanta frecuencia.
Para mí, Data Dude (también conocido como Edición de Bases de Datos de Visual Studio 2008 Team System) ha sido un gran cambio de juego en términos de hacer exactamente lo que tu pregunta aborda: mantener "el seguimiento de los cambios en el procedimiento y otras modificaciones en la base de datos". No solo su equipo en general puede realizar un seguimiento de los cambios entre varios entornos compartidos, sino que a través del control de origen, cada miembro del equipo puede rastrear sus propias diferencias en relación con todos los entornos compartidos. Esto hace que el código de la base de datos sea realmente un código, con todos los beneficios correspondientes.
Además, es muy fácil conciliar las diferencias entre las bases de datos y hacer que la herramienta genere automáticamente el código que reconcilie esas diferencias. Idealmente, el código de la base de datos se liberaría fuera del control de la fuente, al igual que el código ASP.NET normalmente se haría. Data Dude reduce en gran medida el esfuerzo para lograr esta paridad.
El único inconveniente es el costo: Data Dude requiere una actualización a Team System para aquellos en Visual Studio Pro. Afortunadamente, Microsoft implementará esta funcionalidad en la edición "Desarrollador" de Visual Studio 2010, que presumiblemente tendrá un precio similar al de Visual Studio 2008 Pro.
Utilicé Management Studio para todo el trabajo SQL anteriormente, pero últimamente descubrí que el administrador de SQL interno de Visual Studio también es bastante bueno. Lo estoy usando cada vez más para ejecutar verificaciones rápidas de consultas y modificaciones al esquema de la base de datos.
Tiene una gran característica de sangría SQL, y la he encontrado bastante útil. En mi opinión, es mejor que SQL para colorear de Management Studio.
Visual Studio 2010 ha realizado algunas mejoras bastante agradables a los proyectos y soluciones de SQL Server. Leer más aquí:
http://leonardwoody.com/2011/08/27/introduction-to-visual-studio-database-management/