第一种解释
DataReader和DataSet最大的区别在于,DataReader使用时始终占用SqlConnection(俗称：非断开式连接),在线操作数据库时，任何对SqlConnection的操作都会引发DataReader的异常。因为DataReader每次只在内存中加载一条数据,所以占用的内存是很小的。由于DataReader的特殊性和高性能，所以DataReader是只进的，你读了第一条后就不能再去读取第一条了。 DataSet则是将数据一次性加载在内存中，抛弃数据库连接(俗称：断开式连接)。读取完毕即放弃数据库连接，因为DataSet将数据全部加载在内存中，所以比较消耗内存。但是确比DataReader要灵活，可以动态的添加行,列,数据，对数据库进行回传，更新操作等。
第二种解释
使用DataReader与DataSet都可以从数据源读取数据。DataReader本身是通过IDbCommand.ExecuteReader()方法进行构建的；而DataSet则是通过DbDataAdapter.Fill()方法进行填充。此外，两者的工作方式有明显的不同：DataReader的执行过程不能脱离数据库连接，也就是在DataReader读取数据的时候不能够使用IDbConnection.Close()方法关闭数据库连接；而在使用DataSet获取数据时，可以断开数据库的连接，因为此时DbDataAdapter已经负责将数据获取到应用服务器中了。 由于有这样的区别，所以在开发数据库相关程序时需要特别注意。例如在使用DataReader获取数据后，应该主动地关闭数据库连接，否则可能出现数据库连接池溢出的异常。
第三种解释
可以使用DataReader类的对象或DataSet类的对象从数据库读取数据，但它们是有区别的，归纳起来大致有以下几条：
1.DataReader是数据管理提供者类，而DataSet是一般性数据类。
2.DataSet获取数据需要通过桥梁DataAdapter的填充，由于DataReader本身就是管理提供者，它可以通过Command的ExecuteReader()方法就可以获取数据。
3.DataReader是在线处理，当连接关闭后就不能读取数据；DataSet可以离线处理数据，它是把数据从数据库拷贝到本地存储，在关闭连接的情况下仍然可以在DataSet中处理数据，甚至可以在本地存储的表格中增加限制。
4.DataReader只能正向读取数据，但不能修改数据；DataSet可以按任何顺序读行，可以按灵活的方式搜索、排序和过滤这些行，甚至可以改变这些行，然后将这些改变同步到数据库中。
5.从DataReader读取数据的速度快于DataSet。
6.由于DataSet是离线处理，所以当在事务处理中要锁定数据库时，不可以使用DataSet。因为当DataSet被填充以后，会自动断开与数据库的连接，此时不可能再对数据库进行锁定。
可以看出，在通常情况下，DataSet与 DataReader可能可以相互代替，当有特定要求时却需要仔细分析，到底使用哪种方式更合适。
DataReader与DataSet最根本的区别就在于一个是在线处理，另一个是离线处理。在线时，得到的是数据库当前的真实数据，但总是在线的话，增加了网络的通讯负担。离线后数据拷贝在本地，可以减轻网络负担，程序处理数据更加方便，若离线时间过长，看到的数据就不一定是真实的数据了。
补充经验：大数据量上使用DataSet和DataReader混用，当单表数据量很大时，使用DataSet是一种很不明智的选择，因为DataSet是以DataTable内存形式存放数据，一次性将很大数据放入内存，这是非常吃内存的。相比DataSet，DataReader就显得优雅很多，它是每次只读取一条数据，然后循环调用机制。但它也有弊端，就是相对非断开连接，但是对内存消耗而言这是有利的。DataSet在大部分应用场景下也是有自己优点的，比如充分解耦、一次操作、领域模型操作等。
所以要根据不同场景合理使用这两种对象。
使用DataSet是为了实现应用程序的下述功能：
l 操作结果中的多个分离的表。
2 操作来自多个源（例如来自多个数据库、XML文件和电子表格的混合数据）的数据。
3 在层之间交换数据或使用XML Web服务。与DataReader 不同，DataSet能被传递到远程客户端。
4 通过缓冲重复使用相同的行集合以提高性能（例如排序、搜索或过滤数据）。
5 每行执行大量的处理。在使用DataReader返回的行上进行扩展处理将使连接存在的时间比必要的更长，从而降低效率。
6 使用XML操作（例如XSLT转换和Xpath查询）维护数据。
在应用程序需要以下功能时使用DataReader：
l 不需要缓冲数据。
2 正在处理的结果集太大而不能全部放入内存中。
3 需要迅速一次性访问数据，采用只向前的只读的方式。
注意：当填充DataSet的时候，DataAdapter使用DataReader。因此使用DataAdapter代替DataSet获得的性能是节约了DataSet消耗的内存和组装DataSet所需要的周期。这种性能的提高大部分是有名无实的，因此你应该根据需要的功能为基础来做设计决定。
使用强类型DataSet的好处
使用DataSet的另一个好处是它能被继承用于建立强类型的DataSet。强类型DataSet的好处包括设计时的检查和强类型DataSet 的Visual Studio .NET语句填充。当你为DataSet固定了大纲或关系结构时，就能建立强类型DataSet，把行和列作为对象的属性而不是项的集合。例如，作为暴露顾客表的某一行的列名的代替，你可以暴露Customer对象的 Name属性。强类型的DataSet衍生自DataSet类，因此不会牺牲DataSet的任何功能，也就是说，强类型的DataSet也可以是远程的，并作为数据绑定控件（例如DataGrid）的数据源提供。如果不知道大纲，也能通过使用通常的DataSet获得好处，但是丧失了强类型
DataSet的附加特性
在强类型DataSet中处理空值
使用强类型DataSet时，你能给DataSet 的XML大纲定义语言（XSD）作注解以确保强类型DataSet正确的处理空（Null）的引用。空值（nullValue）注释使你能用String.Empty这个特定值代替DBNull、保持了空引用、或者产生一个异常。选择其中的哪个依赖于应用程序的内容，默认情况下遇到空引用将产生一个异常。
刷新DataSet中的数据
如果你希望使用更新后的值从服务器刷新数据集中的值，使用DataAdapter.Fill。如果主键定义在数据表上，DataAdapter.Fill基于主键匹配新行，并把服务器的数据改成已存在的行。被刷新行的RowState设置为Unchanged，即使在刷新前它被修改过。注意如果给数据表定义了主键，DataAdapter.Fill添加新行可能重复主键值。
如果希望用服务器的当前值刷新一个表，并且保持表中行的改变，你必须首选使用DataAdapter.Fill组合它，填充一个新的数据表，接着将该数据表合并（Merge）进一个数据集，并把preserveChanges值设为true。
在DataSet中搜索数据
在一个数据集中查询符合特定条件的行时，使用基于索引（index-based）的查看表将提高性能。给数据表指定主键（PrimaryKey）值时，就建立了一个索引。当为数据表建立数据视图（DataView）时也建立了索引。下面是一些使用基于索引查看的技巧：
如果查询是在数据表的主键列上进行的，使用DataTable.Rows.Find代替DataTable.Select。
查询非主键列，可以使用数据视图来提高多个数据查询的速度。当给数据视图添加排序时，将建立搜索时使用的索引。数据视图暴露了查询下层数据表的Find和FindRows方法。
如果你不是查询表的排序视图，也可以通过为数据表建立数据视图获得基于索引的查看表的好处。注意如果你执行数据上的多个查询这是唯一的好处。如果你只执行单个查询，需要建立索引的过程将因为使用索引而降低了性能。
数据视图（DataView）结构
当数据视图建立后，并且当Sort、Ro
使用DataReader、DataSet、DataAdapter和DataView
ADO.NET提供两个对象用于检索关系型数据并把它存储在内存中，分别是DataSet和DataReader。DataSet提供内存中关系数据的表现--包括表和次序、约束等表间的关系的完整数据集合。DataReader提供快速、只向前、只读的来自数据库的数据流。
使用DataSet时，一般使用DataAdapter（也可能是CommandBuilder）与数据源交互，用DataView对DataSet中的数据进行排序和过滤。DataSet可以被继承来建立强化类型的DataSet，用于暴露表、行、列作为强化类型对象属性。