Visual Studio vs. SQL Server Management Studio: su elección

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 database.

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 database (es decir, creación de tablas, escritura de procedimientos almacenados, etc.).

Ahora mismo llevamos a cabo todas nuestras tareas de database 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 database (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 forms 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 server de fundación de equipo ni ningún otro extra que se ejecute o esté instalado.

Mi método personal es usar SQL MS para todo lo relacionado con el layout (layout de esquema, diagtwigs, keys, í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 menus contextuales en VS para ejecutar los procs en mi testing y puesta en escena de las máquinas directamente, ya que lo hago con tanta frecuencia.

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.

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 database.

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/

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 (drag and drop, etc.). VS es probablemente adecuado para el 95% de su actividad diaria de DB.

Pero como alguien ya mencionó, no obtienes los ayudantes "Script As" (que uso todo el time). Tampoco obtendrá mucho (si acaso) en el path de las herramientas de administración de usuarios (inicios de session, etc.). Y hasta donde sé, no hay forma de administrar índices a través de Visual Studio. Tampoco obtienes nada con respecto a la import / export de datos.

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 database". 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 database 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 database se liberaría fuera del control de la fuente, al igual que el código ASP.NET normalmente se haría. Data Dude networkinguce 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.

    Intereting Posts