Avvio dello sviluppo in team di database che fanno riferimento a oggetti server condivisi
Prima di gestire le modifiche apportate alle impostazioni e agli oggetti di database, creare innanzitutto un progetto di database. Importare quindi le impostazioni e gli oggetti dal database che si desidera gestire. Se più database fanno riferimento agli stessi oggetti server, creare un progetto per ogni database e un progetto server in cui importare oggetti quali accessi condivisi, chiavi o messaggi di errore personalizzati.
Nota
Nella maggior parte degli ambienti di lavoro in team, solo gli amministratori dei database devono aggiornare le impostazioni e gli oggetti server. È possibile strutturare le autorizzazioni in modo che solo gli amministratori possano creare e modificare il progetto server e gli altri membri del team possano aggiornare gli oggetti nel progetto di database.
I progetti vengono quindi inseriti nel controllo della versione e le modifiche iterative vengono distribuite in un ambiente di sviluppo isolato. In questo tipo di ambiente, i membri del team possono testare le modifiche in modo indipendente e condividerle con il team solo dopo avere completato tutti i test. Adottando questo approccio, si contribuisce a migliorare la qualità del codice del database prima di distribuirlo in un ambiente di produzione.
Scelta di un tipo di progetto
Quando si crea un progetto di database o server, è possibile scegliere il tipo di progetto che corrisponde alla versione di SQL Server. Ad esempio, si specifica Progetto di database di SQL Server 2005, Progetto server SQL Server 2005 o Creazione guidata SQL Server 2005 se il database che si desidera gestire è basato su SQL Server 2005. Se si utilizza la procedura guidata, è possibile non solo creare il progetto, ma anche configurare alcune impostazioni di compilazione e distribuzione e importare contemporaneamente oggetti di database e impostazioni.
Riferimento al progetto server
Dopo la creazione dei progetti, è possibile aprire un progetto composito e dichiarare un riferimento che identifichi il progetto server in base al nome. Non è necessario creare variabili che identifichino un server e un database in questo progetto composito, perché gli oggetti di database e server a cui fa riferimento si trovano sempre nello stesso server.
Nota
In questo scenario, è inoltre possibile utilizzare un riferimento non composito se non si desidera verificare le impostazioni del server durante la distribuzione. Se si desidera utilizzare un riferimento non composito, definire una variabile database, ma specificare un valore letterale "master". Per ulteriori informazioni, vedere Utilizzo di riferimenti in progetti di database e Procedura: aggiungere riferimenti a progetti di database.
Riferimento a oggetti di sistema
Se il progetto di database utilizza oggetti di sistema, ad esempio una stored procedure, una tabella, una visualizzazione o un catalogo di sistema, è necessario aggiungere un riferimento a un database "master". È possibile, ad esempio, fare riferimento a sys.sysobjects. Se non si aggiunge un riferimento a un database master che fornisca definizioni per questi oggetti, vengono visualizzati uno o più avvisi per ciascun riferimento non risolto.
Non è necessario creare un progetto server per fare riferimento agli oggetti di sistema. Aggiungere invece un riferimento al file master.dbschema che corrisponde al database e alla versione in uso. Il file master.dbschema è disponibile in [Programmi]\Microsoft Visual Studio 10.0\VSTSDB\Extensions\SqlServer\SqlServerVersion\DBSchemas, dove SqlServerVersion è la versione di SQL Server a cui si fa riferimento (2005 o 2008).
Attività comuni
Nella tabella seguente è possibile trovare descrizioni di attività comuni che supportano questo scenario e collegamenti a ulteriori informazioni sull'esecuzione corretta di queste attività. È inoltre necessario determinare il modo migliore di integrare queste attività nella metodologia di sviluppo adottata dal team.
Attività comuni |
Contenuto di supporto |
|---|---|
Acquisire ulteriori informazioni sui progetti di database e server: è possibile apprendere i concetti di base relativi alla gestione delle modifiche tramite progetti di database e server. |
|
Fare pratica: è possibile seguire la procedura dettagliata per creare e distribuire un database che fa riferimento ad accessi condivisi. |
|
Creare progetti di database e server e aggiungerli al controllo della versione: è possibile utilizzare una procedura guidata per creare progetti di database e server, configurare le impostazioni del progetto e importare impostazioni e oggetti da un database o un server. È inoltre possibile creare un progetto vuoto se si desidera importare le impostazioni e gli oggetti in un secondo momento o se non si dispone delle autorizzazioni per accedere al server o al database da cui importare gli oggetti. Dopo avere importato gli oggetti e le impostazioni, è possibile aggiungere il progetto al controllo della versione. |
Scenari correlati
Avvio dello sviluppo in team di database
Avvio dello sviluppo in team di database che fanno riferimento ad altri database
Avvio dello sviluppo in team di database che fanno riferimento a oggetti SQLCLR