搞了一整天的ADO.NET应用程序,我都快崩溃了! ,以后再也不能随便的关机了,因为这次的不小心,几乎所有的Net安装，调试问题都被我碰到了，还好，我一个个把他记录下来了，同时，在相关论坛上找了一些相关的解决办法，分享一下，供大家相互学习交流
ADO.NET应用程序要从数据源里读取数据,首先得创建一个连接对象.这个连接对象可以是SQLConnection 或是 ADOConnection,这取决于所采用的目标提供程序. 需要记住的是,虽然在这里不做推荐,但你也可以利用ADO .NET 类来连接到SQL Server数据库. 这种方法唯一不足是,
代码需要通过一个不必要的额外代码层. 首先它会调入ADO的托管提供程序, 然后ADO的托管提供程序再调用SQL Server OLE DB 提供程序. 如同OLE DB 提供程序做的一样,SQL Server 托管提供程序会直接操作数据,
关于ADO 和ADO.NET在连接对象上***的差别在于ADO.NET连接不支持CursorLocation属性.与其说这是一个文档BUG,还不如认为这是一个备具争议的设计问题.为强制执行它的以数据为中心的基准，ADO.NET应用程没有游标的显示实现.
在ADO中,你已习惯于利用游标将记录从数据库或其它OLE DB兼容的数据源中抽取, 你可以选择客户端或是服务器端游标,每种游标都有几个预先设定的游标类型. 而在ADO.NET中更多的是从数据源中抽取数据,并且为读取和分析数据提供新的编程接口
在ADO中,通过规定连接和命令文本,你可以创建一个Recordset 对象.对于游标的位置和类型Recordset有一些规定.你可以按下面的方法来读取数据.在内存中创建选定记录的静态副本,然后在断开与数据源的连接时对副本进行处理,ADO称之为静态游标.
通过快速的, 仅向前的, 只读游标来滚动数据,,ADO.NET应用程称之为仅向前游标.通过服务器端游标来访问数据,需要良好的连接,但您可以在不同层面上检测由其它连线用户输入的信息,ADO称之为: 动态游标。#t#
头两种都是在断开的recordsets上进行操作,并从客户端缓存中读取信息,另外,前两种方式也常被用于面向WEB的环境中以及全新的 n-tier 系统当中.在ADO中,以上所有这些方式与不同类型的游标相对应 .在文中,你将会发现,ADO.NET应用程虽然与ADO不同,但它具备了ADO的所有功能.相对照来说,你的代码将从实际的数据源及其物理存储媒介和格式中抽取数据.
ADO.NET能够使DataSet 和 DataReader 将数据从数据源中抽取出来.前者是记录在内存中的缓存,你可以从任意方向访问并随意作出修改. 后者是高度优化的对象，在只读纪录集中以仅向前方式向前移动。注: DataSet 看起来象是静态游标,但实际上,在.NET中,与ADO.NET应用程只读游标相对应的是DataReader 对象.
