浅谈如何使用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=密码;”这部分是可选的,即如果没有密码的话,去掉这部分即可。 |
其它 |
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与数据库类型无关。