データベースプロジェクトとサーバープロジェクトの概要

[アーティクル]
10/22/2008

データベースプロジェクトまたはサーバープロジェクトを作成してバージョン管理の対象にすることで、組織がデータベース開発を管理するときの効率を高めることができます。これらのオフライン表現には、データベース (またはサーバー) の別のインスタンスの作成や既存のインスタンスの更新時に使用できるオブジェクト定義、設定、および配置スクリプトが含まれています。

組織のニーズに応じて、プロジェクトの一部を共有することも、複合プロジェクトを作成することもできます。詳細については、このトピックの「プロジェクトの一部の共有」セクション、または「データベースプロジェクトでの参照の使用」の「参照を使用した複合プロジェクトの作成」セクションを参照してください。

プロジェクトの構造

ソリューションエクスプローラでは、プロジェクトはファイル別に整理して表示されます。ソリューションエクスプローラに表示される各項目は、保存されたファイルまたはフォルダに対応しています。一方、スキーマビューでは、データベース内のオブジェクトが個別のファイルに定義されているかどうか識別できるように、プロジェクトはオブジェクト別に整理して表示されます。

データベースまたはサーバープロジェクトには、次の種類のオブジェクトを格納できます。

Properties ファイル
データベースまたはサーバープロジェクトには、プロパティの値を格納する Properties フォルダが含まれます。これらの値を変更することで、プロジェクトの配置方法を制御できます。たとえば、データベース設定、サーバー設定、SQLCMD 変数、データベースアクセス許可などを指定できます。詳細については、「データベースプロジェクトおよびサーバープロジェクトのプロパティファイル」を参照してください。
データ生成計画
データ生成計画には、配置または更新する予定のデータベースで使用する現実的で典型的なテストデータを生成する方法に関する情報が含まれます。詳細については、「データジェネレータを使用してデータベースのテストデータを生成する」を参照してください。
スキーマ比較
スキーマ比較には、データベースプロジェクトと別のスキーマとの間の比較に関する情報が含まれます。 .scmp ファイルを開き、比較を更新することで、スキーマに対してプロジェクトを再度比較できます。詳細については、「データベーススキーマを比較および同期する」を参照してください。
スキーマオブジェクト
スキーマオブジェクトは、プロジェクトフォルダに格納される .sql ファイルのコレクションで定義されます。大部分のオブジェクトが、個別のファイルで定義されます。例外として、テーブル内の列と、ストアドプロシージャまたは関数のパラメータがあります。列はテーブルの定義内に保存され、パラメータはストアドプロシージャまたは関数の定義内に格納されます。詳細については、「シナリオ : データベースおよびサーバーオブジェクトの作成および変更」を参照してください。
スクリプト
プロジェクトには、データベースまたはサーバーを管理するために使用するスクリプトに加え、配置前スクリプトと配置後スクリプトも含まれます。詳細については、「シナリオ: データベーススクリプトの作成および変更」を参照してください。

オブジェクトの設定のインポート

プロジェクトの作成が完了したら、データベースインスタンスまたはスクリプトからオブジェクトと設定をインポートできます。データベースをインポートするとき、そのオブジェクト定義が検証され、解析できないステートメントは ScriptsIgnoredOnImport.sql ファイルに格納されます。既に存在しないオブジェクトを参照するオブジェクト定義をインポートする場合は、プロジェクトをビルドおよび配置する前に、これらのエラーを解決しておく必要があります。たとえば、既に存在しないテーブルを参照するストアドプロシージャをインポートする場合などです。エラーを解決するには、そのストアドプロシージャを削除します。

大規模なスキーマをインポートする場合は、そのようなエラーの解決に時間がかかることがあります。ただし、チームメンバが Database Edition でスキーマを更新するときに、この種類のエラーを新たに追加することはできません。チームメンバがオブジェクト定義を変更して保存する際には、変更がすべて検証されます。これにより、エラーを直ちに修正することで、ライブデータベースにこのようなエラーが配置される状況を回避できます。オブジェクト定義内の警告の解決が完了したら、データベースコードを分析して設計、名前付け、およびパフォーマンスに関する問題を検出することも考慮する必要があります。詳細については、「スタティック分析によるデータベースコードの改善」を参照してください。

プロジェクトの一部の共有

一連のファイルを複数のプロジェクトで再使用する場合は、プロジェクトの任意の部分を部分プロジェクトとしてエクスポートできます。この操作を行うと、複数の他のプロジェクトに含めることができる .files ファイルが作成されます。たとえば、すべてのデータベースを監査するために使用する共通ストアドプロシージャを用意できます。これらのストアドプロシージャを 1 つのプロジェクトの中に定義し、エクスポートし、他のプロジェクトに含めることができます。この方法を取ることで、複数のプロジェクトで同じコードを管理する必要がなくなります。