浅谈如何使用ADO.NET操作数据库

最近回顾了一下CSDN中的帖子，发现很多问题都是关于数据库操作方面的，而其中大部分牵扯到如何使用DBConnection、DBCommand、DataAdapter以及DataReader这几个类库。以下就本人开发的经验，和大家分享一下这方面的心得。

首先第一个要说的是DBConnection，它的作用是相当于在程序与数据库服务器之间建立一条的通路，因此缺少了它，那么所有对数据库的操作都变成空谈。在对DBConnection对象进行操作的时候，要注意如下几点：
l 设置ConnectionString（连接字符串），这好比选择路径的方向，如果方向不对，则无法建立通路。对于不同数据库，其连接字符串设置也不同，以下列举说明：

数据库	连接字符串
SQL Server	data source=数据库服务器名;initial catalog=数据库名;user id=连接用户名;password=密码;
Access	Provider=Microsoft.JET.OLEDB.4.0;data source=数据库文件名（指明路径）;user id=Admin;Jet OLEDB:Database Password=密码; 备注：“Jet OLEDB:Database Password=密码;”这部分是可选的，即如果没有密码的话，去掉这部分即可。
其它	http://www.connectionstrings.com/ http://daview.cnblogs.com/archive/2004/04/10/5763.aspx

l 调用Open与Close方法，来打开数据库连接和关闭数据库连接，由于数据库连接会出现异常，因此要用TRY-CATCH来进行捕获。
l 通过State属性来查看当前数据库连接的状态。例如：假如在一段时间内不操作数据库，数据库连接很有可能会被系统关闭，因此在每次数据库操作的时候，最好先判断一下数据库连接的State属性，例如在SQL Server中可以如下：



if(sqlConn.State==ConnectionState.Closed||sqlConn.State==ConnectionState.Broken)




...{


//Connection is not available


return false;


}


else




...{


//Connection is available


return true;


}


当数据库可以连接是通的情况下，再进行数据库操作。

接下来就要说说DBCommand这个类，所有对数据库的操作都是通过它进行完成的。如果把DBConnection比作通路的话，那么DBCommand就是在这条通路上来回跑动的车辆。缺少了它，在程序中所有对数据库的操作无法传递给数据库服务器端。因此可以说，DBConnection和DBCommand组成ADO.NET的基础。在对DBCommand对象进行操作的时候，需要注意如下几点：
l 设置CommandText和CommandType属性，一般情况下是不需要设置CommandType属性，但是如果执行存储过程，则需要设置CommandType属性为StoredProcedure。
l 建议多使用参数，而减少字符串的拼接，这样一是可以减少程序书写错误，而可以避免语句蛀虫。参数的使用可以如下：



SqlCommand myComm = new SqlCommand();


myComm.CommandText = “SELECT * FROM UserInfo WHERE UserName = @UserName “;


myComm.Parameters.Add( “@UserName”, yourValue );


l 区分ExecuteNonQuery方法和ExecuteReader方法，前者是主要是处理非查询类型的语句，返回的个数是受影响的个数，但其对“INSERT”语句是不起任何作用的；而后者主要是处理查询语句，但是需要借助DataReader来辅助操作。
l 最后不要忘了在用完后，调用Dispose方法对DBCommand对象进行释放。

而要想获得查询的记录集，仅仅靠DBCommand是无法完成的，因此要借助DataReader来获得所查询的记录。例如：



SqlCommand myComm = new SqlCommand();


myComm.CommandText = “SELECT * FROM UserInfo WHERE UserName = @UserName ”;


myComm.Parameters.Add( “@UserName”, yourValue );


SqlDataReader myReader = myComm.ExecuteReader();


while( myReader.Read() )




...{


myReader.GetValue( index );// Get value through specific index


}


myReader.Close();


myComm.Dispose();


所以在DataReader中比较常见的两个方法，就是Read和GetValue，前者是判断是否读出记录，后者是获得记录中某个字段的值，其返回是object类型对象，需要进行类型转换才能得到想要得字段值。
可惜的是，DataReader每次只能读出一行记录，因此在使用它的时候，查询结果要逐行读取，其间它对DBConnection是独享，即不能在此时刻用同一个DBConnection去做其它的数据库操作。

要提的一点是，在ADO.NET中提供了一个更好的、更方便的数据操作工具，即DataAdapter类。对于一个DataAdapter对象，可以设置四个DBCommand，分别是SelectCommand、InsertCommand、DeleteCommand、UpdateCommand。而这四个DBCommand并不需要全部初始化，主要是看程序的具体要求，如果只是用到查询方面，那么只需要设定一下SelectCommand即可，这和一般的DBCommand操作一样（参看前面的DBCommand部分说明）。
对于DataAdapter操作返回的记录集，需要用DataSet来进行辅助操作，例如：

l 获得查询的记录集


DataAdapter.Fill( DataSet, “yourTableName” );// “yourTableName” is the name using in data set

l 更新数据库


DataAdapter.Update( DataSet, “yourTableName” );


此处要注意的是：
1. 首先DataSet要发生变化，如果和Fill之后一样，对数据库则没什么影响；
2. 再者要设置InsertCommand、DeleteCommand、UpdateCommand，如果不设置对应操作语句，则一样对数据库没任何影响。
这方***体如何设定，可以参看如下例子中对DataAdapter设定部分代码： http://blog.csdn.net/knight94/archive/2006/03/17/627556.aspx 相对而言，DataAdapter效率要差一些，但是避免了一些操作，读取记录集，对获得记录数据进行类型转换等等。同时其对DBConnection的占有只是在对数据库操作的时候，操作完即立刻释放。因此，强烈建议多使用DataAdapter，而少使用DataReader。

在文章的结尾，要说明的，以上所提到的只是数据库操作的虚类名，如果程序真正操作数据库，则要根据数据库的不同，选择不同子类来建立对象。具体说明如下：

数据库	子类列表
SQL Server	SqlConnection、SqlCommand、SqlDataReader、SqlDataAdapter
Oracle	OracleConnection、OracleCommand、OracleDataReader 、racleDataAdapter
其它	OleDbConnection、OleDbCommand、OleDbDataReader、OleDbDataAdapter

注：DataSet与数据库类型无关。

原文出处：http://blog.csdn.net/Knight94/archive/2006/04/15/664530.aspx