Uso de Soluciones/Proyectos en SQL Server Management Studio

Question

[He publicado una related question encima en dba.stackexchange, pero consiguieron poca respuesta, así que pensé que había puesto esto aquí.]

La documentación de MSDN es esquizofrénico. En el teléfono oficial SQL Server Documentation, se nos informa que el uso de "Soluciones, proyectos y elementos" está en desuso. El banner de advertencia dice:

"Esta función se eliminará en una versión futura de Microsoft SQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y planee modificar las aplicaciones que actualmente usan esta característica."

Sin embargo, elsewhere in the MSDN docs, con Proyectos & Soluciones sigue siendo el método prescrito para los scripts de almacenamiento etc.

Entonces, ¿qué me recomiendan para el almacenamiento y el envasado de los diversos guiones, consultas y archivos que componen su base de datos ¿solicitud? También me interesaría mucho saber si alguno de ustedes está usando de forma práctica el marco de Soluciones o Proyectos en su trabajo actual y para qué los usa.

[Nota: me doy cuenta de que podría usar VS2010 para esta funcionalidad, pero solo estoy interesado en los enfoques basados ​​en SSMS ya que el resto de mi equipo no tiene acceso a VS (y también por las razones expresadas en la respuesta a this question).]

Estoy especialmente interesado en encontrar la mejor práctica para compartir declaraciones SQL y consultas entre un equipo: ¿usaría proyectos/soluciones (copia de seguridad en control de código fuente)? o tal vez plantillas personalizadas?

Answer 1

He usado ambos, aunque ahora estoy usando Visual Studio, ya que esa parece ser la dirección en la que está entrando MS. Puedo decirles que en SQL Server 2012, los proyectos todavía son compatibles y funcionan bien .

Honestamente, no lo sudaría de ninguna manera: los proyectos IMO SSMS son una forma ligera de almacenar scripts, y (preferencia personal), si estoy trabajando solo con la base de datos, prefiero trabajar con SSMS en lugar de Visual Studio, solo por la forma en que me gusta la configuración de mis enlaces de teclas, y estoy acostumbrado, ya que soy un viejo temporizador de los días del Analizador de consultas.

Para mí, sólo tiene que utilizar SSMS proyectos porque la pena si incurro MS cae esta característica es que acabo de crear un sencillo VS proyecto y crear referencias a los archivos allí.

Le diría que debe publicar algo en MS Connect para alertarlos sobre esta discrepancia en la documentación, pero han pasado años y nunca he sugerido ninguna mejora en la burbuja de Connect hasta cualquier acción que no sea "Cerrado (no arreglará)" o "Cerrado (por diseño)".

Answer 2

Sé que esto es una vieja pregunta, pero me encontré con que al tratar de encontrar la mejor manera de mantener el trabajo en equipo fácil con scripts de base organizados. Encontré una solución realmente agradable al leer una serie de 5 posts de Scott Allen sobre cómo mantener su base de datos bajo control de código fuente (1 de N maneras de lograr esto), y después de usarla por un tiempo, estoy bastante satisfecho con ella y Creo que le ayudaría, por lo que permite compartir ...

Control hacia fuera este mensaje: http://odetocode.com/blogs/scott/archive/2008/02/03/versioning-databases-branching-and-merging.aspx (este es el quinto y último mensaje, asegúrese de revisar las "entradas anteriores" enlaces para los puestos 1 a 4)