Domanda

Conosco solo leggermente le funzionalità delle applicazioni Data Tier e ciò che hanno fatto i progetti di database nell'edizione database di Visual Studio.

Si tratta di due diverse soluzioni sovrapposte per il controllo della versione del database?Oppure la funzionalità dell'applicazione Data Tier sostituisce completamente la necessità di utilizzare l'edizione del database di Visual Studio e i progetti di database?

È stato utile?

Soluzione

In questo momento la differenza tra progetti di database e progetti di livello dati risiede nel punto di distribuzione.Se desideri creare un dacpac, utilizzeresti il ​​progetto Data Tier.Se desideri creare un file di migrazione .dbschema e sql, utilizzerai il progetto database convenzionale.

Per quanto ne so, si prevede che le applicazioni del livello dati diventeranno importanti in futuro per la distribuzione di SQL Azure.

A meno che tu non stia esaminando specificamente SQL Azure, per ora utilizzerei Progetti di database.Tutto dipende da cosa stai cercando di ottenere.Potrebbe essere quello Controllo del codice sorgente SQL (di Red Gate, l'azienda per cui lavoro) è più adatto alle tue esigenze.

Altri suggerimenti

DAC fornisce un modello di applicazione che può essere utilizzato come interfaccia tra sviluppatori e DBA. Lo sviluppatore modifica il modello, il DBA gestisce/distribuisce dal modello. Ad esempio, una volta che il modello è stato costruito o estratto, può essere distribuito su più server.

Immagina il .dacpac come un .exe. Lo sviluppatore costruisce un .exe e lo consegna a qualcuno. A questo punto, sarebbe bello se lo sviluppatore non dovesse preoccuparsi di dove funziona quel .exe perché il .exe è internamente coerente - funziona o no. Perché lo sviluppatore dovrebbe preoccuparsi di prendere di mira il 2008, 2005 o Azure in particolare? Basta sviluppare il modello di app e lasciare che DAC si occupi del resto ...

Avere questo artefatto di distribuzione offre anche alcune nuove capacità. Esempi includono distribuzioni in versione versione, la possibilità di determinare se qualcuno ha modificato il database dall'ultimo distribuzione o aggiornamento, la possibilità di creare lo stesso database in diversi server target.

Ti piace dover gestire una libreria di script di aggiornamento per i tuoi vari database? Non sarebbe bello se l'intero stato del tuo database potesse essere costruito o catturato (estratto) in qualsiasi momento?

Il Mashup del progetto dell'applicazione di database in VS 2010 sarà risolto in una prossima versione di strumenti per sviluppatori incentrati sul database. Investire in DBSchema o DAC non influirà sulla compatibilità in avanti.

Credo che i progetti di database di Visual Studio siano rivolti agli sviluppatori.

Le applicazioni di livello dati sono mirate a DBAS. Vedere Questo blog per dettagli.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top