Alternative per soluzioni e progetti SSMS?

Secondo la documentazione ufficiale di SQL Server , l'uso di "Soluzioni, progetti ed elementi" è obsoleto. Un vistoso (anche se in qualche modo enigmatico) banner di avviso nella parte superiore della pagina MSDN indica:

"Questa funzionalità verrà rimossa in una versione futura di Microsoft SQL Server. Evita di utilizzare questa funzionalità in nuovi lavori di sviluppo e pianifica di modificare le applicazioni che attualmente utilizzano questa funzionalità."

Sfortunatamente, non vengono offerti suggerimenti per strategie alternative di stoccaggio / contenitore. Quindi qual è il modo consigliato per archiviare e impacchettare i vari script, query e file che compongono l'applicazione del database? Sarei anche molto interessato a sapere se qualcuno di voi sta utilizzando il framework Soluzioni o Progetti nel proprio lavoro attuale e per cosa lo usate.

[Nota: mi rendo conto che potrei usare VS2010 per questa funzionalità, ma sono interessato agli approcci basati su SSMS (per i motivi espressi nella risposta a questa domanda ).]

Leggendo tra le righe, immagino che l'aspettativa / il piano fosse che il tipo di progetto SQL Server Data Tools (SSDT) ​​fosse esteso a SSMS per il rilascio di SQL 2012. Evidentemente ciò non è accaduto, quindi siamo bloccati con il ( francamente terribile) Interpretazione SSMS di un progetto.

Se vuoi qualcosa per gestire la tua fonte di database, dovresti immergerti profondamente in SSDT. Attualmente lo sto usando per un progetto greenfield e sto anche spostando un grande database brownfield su di esso. Niggles minori e punti dolenti ma nessun tappo per lo spettacolo e stiamo ottenendo il rimborso sul tempo già investito.

Jamie Thomson , che ha ampiamente pubblicato blog su VS2010 Database Projects (il predecessore), ha iniziato a pubblicare articoli su SSDT e sembra essere un grande fan come me. Bob Beauchemin è un altro dei primi che vale la pena seguire.

Se vuoi organizzare una raccolta di script casuali (piuttosto che una compilazione completa del database) puoi ma il supporto non è del tutto "di prima classe". Per fare ciò, creare un tipo di progetto SSDT standard e modificare gli script nel tipo di compilazione "Nessuno" nelle proprietà del file.

Qui a Red Gate abbiamo appena rilasciato una build di SQL Source Control che funziona insieme a SSDT, fornendo un modo per gestire e controllare le modifiche al database da SQL Server Management Studio, lavorando sul repository di progetti di database.

Maggiori dettagli e un link per il download sono disponibili sui forum SSDT stessi:

http://social.msdn.microsoft.com/Forums/en-GB/ssdt/thread/0c763f98-c55a-44a7-9100-80a6d9223d04

Questa è una build beta gratuita. Al momento stiamo cercando feedback dalla community prima di unire questa funzionalità alla versione completa.