ADO.NET のアーキテクチャ
更新 : November 2007
従来のデータ処理は、主に接続をベースとした 2 層モデルに基づいていました。近年、データ処理では多層アーキテクチャの採用が増えてきており、アプリケーションのスケーラビリティを高める非接続型アプローチが主流になりつつあります。
ADO.NET のコンポーネント
データのアクセスと操作を実行する、ADO.NET 3.0 の 2 つの主要コンポーネントが、.NET Framework データ プロバイダと DataSet です。
.NET Framework データ プロバイダ
.NET Framework データ プロバイダは、データの操作と、データに対する高速かつ前方参照専用、読み込み専用のアクセスを実行することを明確な目標としてデザインされたコンポーネントです。Connection オブジェクトはデータ ソースへの接続を実現します。Command オブジェクトによりデータベース コマンドにアクセスし、データの取得、データの修正、ストアド プロシージャの実行、およびパラメータ情報の送信または取得を実行できます。DataReader は、データ ソースからのパフォーマンスの高いデータ ストリームを実現します。最後に、DataAdapter は DataSet オブジェクトとデータ ソース間のブリッジとして機能します。DataAdapter では Command オブジェクトを使用してデータ ソースに対して SQL コマンドを実行して、DataSet にデータを読み込むと同時に、DataSet のデータに加えられた変更をデータ ソースと調整します。詳細については、「.NET Framework データ プロバイダ (ADO.NET)」および「ADO.NET でのデータの取得および変更」を参照してください。
DataSet
ADO.NET DataSet は、どのデータ ソースにも依存しないデータ アクセスを行うことを目的としています。したがって、複数の異なるデータ ソースと併用したり、XML データと併用したり、アプリケーションにとってローカルなデータを管理するために使用したりできます。DataSet には、1 つ以上の DataTable オブジェクトのコレクションが含まれます。このオブジェクトは、データの行と列に加え、主キー、外部キー、制約、および DataTable オブジェクトのリレーション情報で構成されます。詳細については、「DataSets、DataTables、および DataViews (ADO.NET)」を参照してください。
.NET Framework データ プロバイダと DataSet のリレーションシップを次の図に示します。
ADO.NET のアーキテクチャ
.gif "データ プロバイダ グラフィック")
DataReader または DataSet の選択
アプリケーションで DataReader (「DataReader によるデータの取得 (ADO.NET)」を参照) または DataSet (「DataSets、DataTables、および DataViews (ADO.NET)」を参照) を使用する必要があるかどうかを判断するには、アプリケーションで必要な機能の種類を検討する必要があります。以下を実行する場合は DataSet を使用します。
アプリケーションでデータをローカルにキャッシュすると、そのデータを操作できます。クエリの実行結果を読み取るだけで良い場合は、DataReader の使用をお勧めします。
層間で、または XML Web サービスからデータをリモート処理する場合。
Windows フォーム コントロールとの連結、または複数ソースに属するデータの組み合わせや関連付けなど、データと動的に対話する場合。
データ ソースとの接続を開かずにデータに対する広範な処理を実行する場合。他のクライアントが使用できるように、接続が解放されます。
DataSet の機能が必要ない場合は、DataReader を使用して前方参照専用、読み取り専用の方法でデータを返すことにより、アプリケーションのパフォーマンスを向上させることができます。DataAdapter は DataReader を使用して DataSet の内容を入力しますが (「DataAdapter からの DataSet の読み込み (ADO.NET)」を参照)、DataReader を使用することでパフォーマンスを向上させることができます。これは、DataSet が消費するメモリが節約され、さらに DataSet の内容の作成と入力に必要な処理が不要になるためです。
LINQ to DataSet
LINQ to DataSet はクエリ機能を備え、DataSet オブジェクトでキャッシュされたデータに対するコンパイル時の型チェックを行います。これを使用すると、C# や Visual Basic などのいずれかの .NET Framework 開発言語でクエリを記述できます。詳細については、「LINQ to DataSet」を参照してください。
LINQ to SQL
LINQ to SQL では、リレーショナル データベースのデータ構造と対応付けられたオブジェクト モデルに対し、中間概念モデルを使用することなくクエリを実行できます。それぞれのテーブルは独立したクラスで表現され、オブジェクト モデルとリレーショナル データベース スキーマとが緊密に結び付けられます。LINQ to SQL では、オブジェクト モデルの統合言語クエリが Transact-SQL に変換され、データベースに送信されて実行されます。データベースから結果が返されると、LINQ to SQL によって、その結果が再びオブジェクトへと変換されます。詳細については、「LINQ to SQL」を参照してください。
ADO.NET エンティティ フレームワーク
ADO.NET エンティティ フレームワークは、開発者がリレーショナル ストレージ スキーマに対して直接プログラムを作成するのではなく、概念アプリケーション モデルに対してプログラムを作成して、データ アクセス アプリケーションを作成できるように設計されています。その目的は、データ指向アプリケーションに必要なコードの量と保守作業の量を減らすことです。詳細については、「ADO.NET Entity Framework」を参照してください。
ADO.NET Data Services
ADO.NET Data Services フレームワークは、Web またはイントラネットにデータ サービスを配置するために使用されます。データは、エンティティ データ モデルの仕様に従ってエンティティおよびリレーションシップとして構成されます。このモデルで配置されるデータは、標準 HTTP プロトコルによってアドレス指定可能です。詳細については、「ADO.NET Data Services Framework」を参照してください。
XML と ADO.NET
ADO.NET では XML の機能を活用して、データに対する非接続型アクセス機能を実現します。ADO.NET は .NET Framework の XML クラスと密接に連携するように設計されています。これらはいずれも同じアーキテクチャに属するコンポーネントです。
ADO.NET と、.NET Framework の XML クラスは、DataSet オブジェクトに集約されています。DataSet に、XML ソース (ファイルまたは XML ストリーム) に含まれるデータを入力できます。DataSet は、XML スキーマ定義言語 (XSD) スキーマを含む、W3C (World Wide Web Consortium) 準拠の XML として作成できます。これには DataSet 内のデータのソースは関係ありません。DataSet のネイティブのシリアル化形式は XML であることから、層間でデータを移動するための媒体として優れており、XML Web サービスとの間でデータとスキーマ コンテキストをリモート処理する場合には DataSet が最適な選択となります。詳細については、「XML ドキュメントと XML データ」を参照してください。