utilizzando soluzioni/Progetti su SQL Server Management Studio

Question

[ho postato un related question sopra a dba.stackexchange, ma ottenuto poco risposta, così ho pensato che avrei posto questo qui.]

La documentazione MSDN è schizofrenico. Sul numero ufficiale SQL Server Documentation, ci viene detto che l'uso di "Soluzioni, progetti ed elementi" è deprecato. Il banner di avviso riporta,

"Questa funzionalità verrà rimossa in una versione futura di Microsoft SQL Server. Evitare di utilizzare questa funzionalità in un nuovo lavoro di sviluppo e pianificare di modificare le applicazioni che attualmente utilizzano questa funzionalità."

Tuttavia, elsewhere in the MSDN docs, utilizzando Progetti & Solutions è ancora il metodo prescritto per gli script di stoccaggio ecc

Allora, cosa mi consiglia per la conservazione e il confezionamento dei vari script, query e file che compongono il database applicazione? Sarei anche molto interessato a sapere se qualcuno di voi sta usando acutamente il framework di soluzioni o progetti nel suo lavoro corrente e per cosa li usi.

[Nota: mi rendo conto che potrei utilizzare VS2010 per questa funzionalità, ma sono interessato solo agli approcci basati su SSMS poiché il resto del mio team non ha accesso a VS (e anche per i motivi espressi nella risposta a this question).]

Sono particolarmente interessato a trovare la best practice per la condivisione di istruzioni SQL e query tra un team: utilizzeresti progetti/soluzioni (supportati nel controllo del codice sorgente)? o forse modelli personalizzati?

Answer 1

Ho usato entrambi, sebbene tendo ad usare Visual Studio ora, dato che sembra essere la direzione in cui sta andando MS. Posso dirti che in SQL Server 2012 i progetti sono ancora supportati e funzionano bene .

Onestamente non lo faccio in alcun modo: i progetti IMO SSMS sono un modo leggero di archiviare gli script e (preferenza personale), se sto lavorando solo con il database, preferisco lavorare con SSMS piuttosto che Visual Studio, se non altro per il fatto che mi piace il modo in cui sono configurati i miei binding di tasti, e sono abituato a farlo, essendo un vecchio timer dai giorni di Query Analyzer.

Per me, uso solo i progetti SSMS perché la penalità che incoraggio se MS abbandona questa funzione è che ho appena creato un semplice progetto VS e creare riferimenti ai miei file.

Ti direi che dovresti postare qualcosa su MS Connect per avvisare di questa discrepanza nella documentazione, ma sono passati anni e non ho mai avuto alcun suggerimento per alcun miglioramento che ho fatto su Connect bubble fino a qualsiasi azione diversa da "Chiuso (non risolve)" o "Chiuso (da progetto)".

Answer 2

So che questa è una domanda vecchia, ma l'ho trovata mentre cercavo di trovare il modo migliore per mantenere un lavoro di squadra semplice con gli script di database organizzati. Ho trovato una soluzione davvero interessante leggendo una serie di 5 post di Scott Allen su come mantenere il database sotto controllo del codice sorgente (1 di N modi per farlo), e dopo averlo usato per un po ', sono abbastanza soddisfatto e Penso che sarebbe aiutare, così lascia ... anche

controllare questo post: http://odetocode.com/blogs/scott/archive/2008/02/03/versioning-databases-branching-and-merging.aspx (questo è il 5 ° e ultimo post, assicurati di controllare le "voci precedenti" link per i messaggi da 1 a 4)