Microsoft Enterprise Library を使用すると、データ アクセスのような一般的なタスクを移植性の高いコードにラッピングすることによって、ある DBMS から別の DBMS へのアプリケーションの移行を容易にし、アプリケーション開発を簡略化することができます。

PSQL データ プロバイダーは、Data Access Application Block（DAAB）および Logging Application Block（LAB）をサポートします。DAAB のクラスは ADO.NET で最も頻繁に使用される機能へのアクセスを提供します。アプリケーションは、アプリケーションレ イヤー経由でデータを渡したり、変更されたデータをデータベースに戻したりするような作業に対して DAAB を使用できます。DAAB を使用すると、アプリケーションを新規作成または修正するたびに同じデータ アクセス作業のコードを書き続ける必要がなくなるため、時間をより生産的に使うことができます。

標準の Logging Application Block および設計パターンを使用するアプリケーションは、ADO.NET Entity Framework データ プロバイダーの一部として生成された SQL をすばやく表示することができます。

お使いのデータ プロバイダーで Enterprise Library の機能を使用するには、https://msdn.microsoft.com/en-us/library/dn169621.aspx から Microsoft Enterprise Library 6.0 をダウンロードしてください。Enterprise Library ドキュメントをダウンロードすることも可能です。このドキュメントには、アプリケーション ブロックの使い方に関する詳しい情報が記述されています。

Data Access Application Block（DAAB）は、日常的なデータベース タスクについて、開発者が ADO.NET の決まりきったアクセス コードを標準化されたコードに置き換えできるように設計されています。Database クラスのオーバーロード メソッドは次のことが行えます。

アプリケーションで特定の DBMS 機能を扱う必要がある場合は、PSQL ADO.NET データ プロバイダーを使用できます。

DAAB には、データベースにアクセスするための最も一般的なメソッドを簡略化する少数のメソッドが含まれています。それぞれのメソッドは、データの取得やデータベースへの接続の管理に必要なロジックをカプセル化します。アプリケーションが標準のデータ アクセス技術を使用する場合は、アプリケーション ブロックの使用を考慮してください。

DAAB を ADO.NET と一緒に使用することにより、ADO.NET 用のアプリケーションを作成する際の効率と生産性が向上します。抽象 Database クラスは、DbCommand クラスで使用されるメソッドと同じ ExecuteNonQuery、ExecuteReader、ExecuteScalar など多数のメソッドを提供するか、またはデータベース固有のコードが使用されている場合は、PsqlCommand などのデータ プロバイダー固有のクラスを提供します。

開発中にはデフォルトの DAAB を使用するのが便利ですが、その結果作成されたアプリケーションは移植性に欠けます。プロバイダー固有の PSQL DAAB 実装を使用すると、アプリケーションには PSQL ADO.NET データ プロバイダーの SQL レベル調整機能が含められます。アプリケーションが複数のデータベースにアクセスする必要があろうと、目的のデータ ソースが変更されると予想されていようと、より高い柔軟性を持つことができます。

アプリケーション ブロックは、異なる種類のデータベース間で同じコードの使用が可能になるコードを ADO.NET に補完します。DAAB を ADO.NET データベース プロバイダーと一緒に使用する場合、次の 2 つの選択肢があります。

GenericDatabase クラス オプションは、データベースの動作に特殊な制御を必要とするアプリケーションにはあまり適しません。移植性のためには、プロバイダー固有のソリューションが最適な方法です。

アプリケーションが特殊な方法でデータを取得する必要がある場合、または、PSQL 固有の機能を利用するためにコードのカスタマイズが必要な場合は、PSQL ADO.NET データ プロバイダーを使用する方がよりニーズに合うでしょう。

アプリケーションで DAAB を使用できるよう構成する前に、環境を設定する必要があります。

Data Access Application Block の構成方法は、次の 2 つの手順から成ります。

では、Enterprise Library Configuration ツールを使って、新しい DAAB エントリを追加します。

DAAB を新規または既存のアプリケーションに追加するには、以下の手順を行います。

これで DAAB の構成が終わったので、この DAAB 上にアプリケーションを構築することができます。

下の例では、DAAB MyPSQL および DatabaseFactory を使用して、PSQL データ ソースによる裏付けのある Database オブジェクトのインスタンスを生成します。

これで、Microsoft Enterprise Library の DAAB コーディング パターンを自由に使用できます。

Enterprise Library の Logging Application Block（LAB）を使用すると、共通のログ機能を簡単に実装できるようになります。ADO.NET Entity Framework データ プロバイダーは標準の Logging Application Block および設計パターンを使用し、追加機能用の LAB カスタマイズを提供します。

アプリケーションで、データベース、メッセージ キュー、Windows イベント ログ、または Windows Management Instrumentation（WMI）に情報のログを記録することが義務付けられている場合は、LAB がこの機能を提供します。特に、カテゴリや優先順位に基づいてログ記録メッセージをフィルター選択する必要がある場合や、メッセージを書式設定する必要がある場合、アプリケーション コードを変更しないでメッセージの宛先を変更する必要がある場合には、LAB が役立ちます。

アプリケーションにログ機能を追加するには、Enterprise Library の構成ツールを使って、アプリケーションの構成ファイル（app.config または web.config）にエントリを追加します。このツールは、Logging Application Block の .config ファイルを有効にするための固有の命令を含んでいます。またこのツールは、LAB を有効にするために必要な AppSetting も含んでいます。

Logging Application Block の出力を有効にするには、環境プロパティ Psql_Enable_Logging_Application_Block_Trace を true に設定します。あるいは、app.config ファイルで AppSetting プロパティの Psql.EnableLoggingApplicationBlock を true に設定します。

次の C# コードの一部は、app.config ファイルの loggingConfiguration プロパティを示しています。

上記のプロパティのいずれかを false に設定すると、ロギング ブロックが無効になります。

有効にした場合、データ プロバイダーは、ADO.NET Entity Framework の標準的なクエリ ツリーによって生成される各 SQL ステートメントに対し、新しい LogEntry エントリのインスタンスを確立する必要があります。

ログ記録ブロックに記録される SQL は、最終的にネットワーク経由で送信される SQL でなければなりません。

では、Enterprise Library Configuration ツールを使って、新しい Logging Application Block エントリを追加します。

構成した LAB を、アプリケーションの app.config ファイルまたは web.config ファイルに追加する必要があります。

LAB とデータ プロバイダーの対話を有効にし構成するには、以下の設定を使用します。

次のコードは、PSQL データ アクセス アプリケーションに追加することができる Logging Application Block の例を示します。

次のソースは、アプリケーション ブロック使用に関する追加情報を提供します。