Administrar un subconjunto de la base de datos en un SQL Server 2008 DB Project

Soy nuevo en el uso de SQL Server 2008 DB Project en VS 2010. Encontré un buen intro para configurarlos. Es bueno cómo crean tablas, programas almacenados, etc. como objetos. Pero, ¿es también una limitación?Administrar un subconjunto de la base de datos en un SQL Server 2008 DB Project

Quiero utilizar este proyecto para administrar 1 procedimiento almacenado (para aprender). No quiero importar toda la base de datos porque el 90% de la base de datos es algo que no administramos.

Creé un nuevo proyecto sin realizar el proceso de importación. Luego agregué un nuevo procedimiento almacenado. Ahora estoy teniendo dificultades para construirlo. Recibo varios errores que dicen que tengo referencias no resueltas a objetos.

¿Cómo puedo agregar un nuevo procedimiento almacenado ... crearlo e implementarlo en la base de datos? ¿Es posible con este tipo de proyecto SQL o necesito volver al tipo simple y antiguo de proyectos SQL que VS 2008 y siguientes utilizaron?

actualización
Según otra post, soporte para el tipo de proyecto de base de datos se ha ido. El soporte para mi situación parece haber sido borrado.

ACTUALIZACIÓN 2 3/21/2012
he instalado MSSCCI la que me permite usar SSMS directamente con TFS 2010. Ya no necesitaba y encontré el proceso de configuración a ser inmanejable para un gran proyecto de base de datos SQL 2008. Especialmente cuando solo administras un pequeño% de la base de datos.

Fuente

2012-02-10 P.Brian.Mackey

El enlace que ha publicado se trata de los proyectos de bases de datos antiguas, no de los que está hablando. –

@ John Saunders - Me refiero a ambos tipos. El tipo anterior admite la administración de un solo elemento. El nuevo tipo de proyecto requiere toda la base de datos. Ese es el punto de mi pregunta. –

Mi punto es que es solo el tipo antiguo que se fue. El nuevo tipo está vivo y bien, pero necesita conocer las cosas a las que hace referencia su procedimiento almacenado. No necesariamente la base de datos completa, sino el subconjunto al que hace referencia el procedimiento almacenado, y todo lo que hacen referencia, etc. –

Puede Partition a Database Project by Using Partial Projects. Esto permite que el proyecto de base de datos conozca el esquema completo de la base de datos, al mismo tiempo, no necesita mantener todo el esquema. Puede trabajar con el subconjunto de la base de datos que está bajo desarrollo activo, por ejemplo (o el subconjunto que es su responsabilidad), pero el proyecto conoce el esquema completo. Esto le permite crear scripts de cambio en el momento del despliegue, comparando el esquema en el proyecto con el esquema en la base de datos de destino.

Fuente

2012-02-15 16:19:49

¿esta operación parcial de proyectos funciona en absoluto con las comparaciones de esquemas? Sigo recibiendo todas las cosas que faltan cuando hago una comparación, en lugar de las cosas relevantes menos las cosas ya mencionadas a través de la referencia de referencia. – Maslow

Realmente no recuerdo, y no tengo un ejemplo actual para verificar. Esperaría que si hicieras la comparación en el proyecto "maestro", eso funcionaría. La idea completa es que el proyecto comprenda el esquema completo. De lo contrario, ¿cómo podría funcionar la implementación? –

Debe importar todos los objetos de esquema a los que hace referencia su nuevo procedimiento almacenado. Pero esto puede convertirse en una gran tarea porque cada objeto referenciado necesita todas sus referencias también. Más problemas con los objetos de servidor vinculados.

Fuente

2012-02-10 20:04:13

Administrar un subconjunto de la base de datos en un SQL Server 2008 DB Project

Respuesta

Cuestiones relacionadas