データベースのチーム開発の開始
データベース スキーマへの変更を管理するには、まずデータベース プロジェクトを作成し、次に管理対象のデータベースからオブジェクトと設定をインポートします。 データベース プロジェクトには、そのデータベースの個別のインスタンスの作成や既存のインスタンスの更新に必要になるオブジェクト定義と配置スクリプトが含まれています。 データベース プロジェクトはデータベースのオフライン表現であるため、バージョン管理の管理下に置いてから、反復的な変更を分離開発環境に配置できます。 チーム メンバは、それらの変更を個別にテストして、テストの完了後にチーム内で共有できます。 この方法を使用すると、データベース コードを稼動環境に配置する前に、品質を制御できます。
データベース プロジェクトの種類の指定
データベース プロジェクトの作成時には、SQL Server のバージョンに対応するプロジェクトの種類を指定します。 たとえば、管理対象のデータベースが SQL Server 2005 を基にしている場合は、[SQL Server 2005 データベース プロジェクト] または [SQL Server 2005 ウィザード] を指定します。 ウィザードを使用すると、プロジェクトの作成だけでなく、一部のビルドや配置設定の構成およびデータベース オブジェクトや設定のインポートを同時に行うことができます。
データベース オブジェクトと設定のインポート
プロジェクトの作成が完了したら、データベース インスタンスまたはスクリプトからオブジェクトと設定をインポートできます。 データベースをインポートするとき、そのオブジェクト定義が検証され、解析できないステートメントは ScriptsIgnoredOnImport.sql ファイルに格納されます。 既に存在しないオブジェクトを参照しているオブジェクト定義をインポートする場合は、プロジェクトをビルドおよび配置する前に、これらのエラーを解決しておく必要があります。 たとえば、既に存在しないテーブルを参照しているストアド プロシージャをインポートする場合などです。 エラーを解決するには、そのストアド プロシージャを削除します。
大規模なスキーマをインポートする場合は、そのようなエラーの解決に時間がかかることがあります。 ただし、チーム メンバが Database Edition でスキーマを更新するときに、この種類のエラーを新たに追加することはできません。 チーム メンバがオブジェクト定義を変更して保存する際には、変更がすべて検証されます。これにより、エラーを直ちに修正することで、ライブ データベースにこのようなエラーが配置される状況を回避できます。 オブジェクト定義内の警告の解決が完了したら、データベース コードを分析して設計、名前付け、およびパフォーマンスに関する問題を検出することも考慮する必要があります。 詳細については、「スタティック分析によるデータベース コードの改善」を参照してください。
一般的なタスク
チームの開発メソドロジに応じて、データベース プロジェクトのチーム開発の開始時には、次の表に示すタスクを実行できます。
一般的なタスク |
関連する参照先 |
|---|---|
データベース プロジェクトの詳細を理解する : データベース プロジェクトを使用してスキーマの変更を管理する方法の基本的な概念を習得できます。 |
|
実習を行う : 入門編のチュートリアルに従って作業すると、分離開発環境を作成して、他のチーム メンバと変更が競合しないようにする方法を習得できます。 |
|
既存のデータベース スキーマをバージョン管理する : データベース プロジェクト ウィザードを使用すると、プロジェクトを作成し、プロジェクト設定を構成して、スキーマをインポートできます。 また、後でスキーマをインポートする場合や、スキーマのインポート元のデータベースへのアクセス許可がない場合は、空のプロジェクトを作成することもできます。 スキーマのインポートが完了したら、プロジェクトをバージョン管理に追加できます。 |
関連するシナリオ
共有サーバー オブジェクトを参照するデータベースのチーム開発の開始
SQLCLR オブジェクトを参照するデータベースのチーム開発の開始
シナリオ : データベース サーバー上のオブジェクトのチーム開発の開始
シナリオ : データベース サーバー エンドポイントのチーム開発の開始