20

Solo per la prefazione: lavoro in una piccola azienda che sviluppa ASP.NET e utilizza SQL Server 2005 per tutte le esigenze del nostro database.Visual Studio e SQL Server Management Studio - Your Pick

Ero curioso di sapere quali erano i pro e i contro dell'uso di Visual Studio o SQL Server Management Studio per il nostro sviluppo sul lato del database (cioè creazione di tabelle, scrittura di stored procedure, ecc.).

In questo momento eseguiamo tutte le attività del database in Management Studio e mi chiedevo se ci fosse qualche vantaggio nell'utilizzo di Visual Studio. Renderebbe più semplice tenere traccia delle modifiche alla procedura e di altre modifiche al database (sia attraverso Visual Studio stesso che attraverso qualche tipo di controllo sorgente (pianificando l'implementazione della subversione presto)

Non ho personalmente problemi di lavoro con Management Studio ma se fosse più efficiente e più controllabile attraverso Visual Studio in modi che non conosco mi piacerebbe sentirne parlare

EDIT: Volevo solo notare che il mio gli ambienti di sviluppo specifici sono SQL Sever 2005, Visual Studio 2005 Professional Edition e Visual Studio Team System 2008 Development Edition. Non disponiamo di un server di team di base o di altri extra in esecuzione o installato.

risposta

8

Il mio metodo personale è di utilizzare SQL MS per tutte le cose relative alla progettazione (progettazione dello schema, diagrammi, chiavi, indici, ecc.), Ma per creare tutte le stored procedure, funzioni e simili in Visual Studio in un Il progetto "Database" è collegato alla mia soluzione, principalmente perché mi consente di mantenere i procs meglio controllati dalla versione in quel modo (poiché trovo che in genere cambiano più spesso dello schema) e trovo che sia particolarmente utile utilizzando i menu di scelta rapida in VS per eseguire direttamente i proc sul mio test e sulle macchine di staging, dato che lo faccio così spesso.

+1

L'idea di utilizzare un progetto di database per tenere traccia dei miei stored procedure è sicuramente qualcosa che stavo guardando verso lo studio visivo ad essere più conveniente. – TheTXI

8

IMHO un grande vantaggio per l'utilizzo dello studio di gestione è "script come". Per quanto ne so, non esiste un equivalente in VS.

1

Per me Data Dude (ovvero l'edizione di database di Visual Studio 2008 Team System) è stato un grande punto di svolta in termini di fare esattamente ciò che la tua domanda si rivolge: mantenere "traccia delle modifiche alle procedure e altre modifiche al database". La tua squadra non solo può tenere traccia dei cambiamenti tra i vari ambienti condivisi, ma attraverso il controllo del codice sorgente ogni membro del team può tenere traccia delle proprie differenze rispetto a tutti gli ambienti condivisi. Ciò rende il codice del database veramente codice, con tutti i benefici che ne derivano.

Inoltre, è un gioco da ragazzi riconciliare le differenze tra i database e fare in modo che lo strumento generi automaticamente il codice in grado di riconciliare tali differenze. Idealmente, il codice del database verrebbe rilasciato direttamente dal controllo del codice sorgente, proprio come in genere il codice ASP.NET. Data Dude riduce notevolmente lo sforzo per raggiungere questa parità.

L'unico negativo è il costo: Data Dude richiede un aggiornamento a Team System per quelli su Visual Studio Pro. Fortunatamente, evidentemente Microsoft introdurrà questa funzionalità nell'edizione "Developer" di Visual Studio 2010, che presumibilmente avrà prezzi simili a Visual Studio 2008 Pro.

2

Questa è una domanda difficile. Immagino dipenda esattamente da quello che stai facendo. Se stai creando DAL e roba, probabilmente sarebbe più facile usare VS, dato che c'è una buona integrazione (trascinamento della selezione, ecc.). VS è probabilmente sufficiente per il 95% della tua attività giornaliera di db.

Ma come qualcuno ha già menzionato, non si ricevono gli helper "Script As" (che uso sempre). Inoltre, non otterrete molto (se non altro) nel modo degli strumenti di gestione degli utenti (accessi, ecc.). E per quanto ne so, non c'è modo di gestire gli indici tramite Visual Studio. Non ottieni nulla per quanto riguarda l'importazione/esportazione dei dati.

3

Ho usato Management Studio per tutto il lavoro SQL in precedenza, ma di recente ho scoperto che anche il gestore SQL interno di Visual Studio è abbastanza buono. Lo sto usando sempre di più per eseguire controlli rapidi delle query e modifiche allo schema del database.

Ha una grande funzionalità di indentazione SQL e l'ho trovato piuttosto utile. A mio avviso, batte la colorazione SQL dello studio di gestione.