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