ADO.NETの主要なネームスペースを表1に示します。大きく分けて、「SQL Server専用のクラスを提供するネームスペース」、「他のDBMS用のクラスを提供するネームスペース」、および「共通のクラスを提供するネームスペース」の3つに分類されます。.NETでデータベースアクセスを行うには、これらのクラスの使い方を覚えていただくことになります（がんばりましょう！）。クラスの正式名称は、「ネームスペース名.クラス名」で表されます。たとえば、System.DataネームスペースのTableクラスなら、System.Data.Tableが正式名称です。

System.Data.SqlClientネームスペースが提供するクラスは、SQL Serverのために最適化されたSQL Serverマネージプロバイダ（.NETネイティブのデータプロバイダ）を使うため、アクセスが高速です。.NETでは、嬉しいことに我らSQL Serverユーザーが有利なのです。その他のDBMSを使う場合は、従来のOLE DBプロバイダを使うことになります（マネージプロバイダと比べて低速です）。ただし、いずれ様々なDBMS用のマネージプロバイダがリリースされることでしょう。

図1 .NETにおけるデータベースアクセスの仕組み

レコードセットとは何かを一言で説明すれば、「オンメモリ・データベース」ということになるでしょう。データベースには、列、行、テーブル、リレーション、制約などの概念がありますね。それらをアプリケーション側のメモリ上で表したものが、データセットです。従来のADOで使われていたレコードセットは、データソースの一部をメモリ上で表した単一のテーブルに過ぎませんでした。それに対して、データセットは、データソースの詳細な構造をメモリ上で表せるのです。
なぜデータセットを使うという手法が考案されたのでしょう？ それは、データソースと切り離された状態でも、アプリケーション側で細かな操作を行えるようにするためです。.NETのコンセプトの1つに「緩やかな結合」という言葉があります。従来のADOのように、一度データソースに接続したらすべての処理が完了するまで接続しっぱなしの「密な結合」は、インターネットを視野に置いた世界ではよろしくないと言うわけです。
ADO.NETでは、データソースに接続してデータセットを取得したら、いったん接続を閉じることができます。この後でデータセットに対して何らかの処理を行ったらなら、再度データソースに接続して、その結果を書き戻せます。ただし、接続しっぱなしで処理することを禁止しているわけではありません。

図2 社員名簿データベース

リスト1 オンメモリ・データベースを作成するプログラム （こちらをクリック）

図3 プログラムの実行結果

皆さんが開発の現場で、リスト1のようなプログラムを作成することはないでしょう。これは、データソースに接続してデータセットを取得した場合でも、このように細かな操作や情報の取得ができることを示すためのサンプルです。これで、データセットのイメージをつかんでいただけたでしょうか？

データアダプタだけ生かしておけば（データアダプタを表すオブジェクトを削除しないでおけば）、データソースとの接続を閉じることができます。再度データソースと接続して、データを書き戻す機能は、データアダプタが提供します。具体的なプログラムは、ADO.NETに関する様々な雑誌や書籍などで何度も目にすると思いますので、ここでは省略させていただきます。

リスト3 XML形式で保存されたデータセット（こちらをクリック）

XML形式でデータセットを保存および復帰する機能は、データセットの一時保存というよりは、インターネット経由でデータセットを他のマシンに転送し、転送先で復元するというような場合に便利でしょう。「世はインターネット時代、インターネットのデータならXML」ですからね。