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

最近回顾了一下CSDN中的帖子,发现很多问题都是关于数据库操作方面的,而其中大部分牵扯到如何使用DBConnectionDBCommandDataAdapter以及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         调用OpenClose方法,来打开数据库连接和关闭数据库连接,由于数据库连接会出现异常,因此要用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就是在这条通路上来回跑动的车辆。缺少了它,在程序中所有对数据库的操作无法传递给数据库服务器端。因此可以说,DBConnectionDBCommand组成ADO.NET的基础。在对DBCommand对象进行操作的时候,需要注意如下几点。

l         设置CommandTextCommandType属性,一般情况下是不需要设置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中比较常见的两个方法,就是ReadGetValue,前者是判断是否读出记录,后者是获得记录中某个字段的值,其返回是object类型对象,需要进行类型转换才能得到想要得字段值。

 

可惜的是,DataReader每次只能读出一行记录,因此在使用它的时候,查询结果要逐行读取,其间它对DBConnection是独享,即不能在此时刻用同一个DBConnection去做其它的数据库操作。

 

要提的一点是,在ADO.NET中提供了一个更好的、更方便的数据操作工具,即DataAdapter类。对于一个DataAdapter对象,可以设置四个DBCommand,分别是SelectCommandInsertCommandDeleteCommandUpdateCommand。而这四个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.         再者要设置InsertCommandDeleteCommandUpdateCommand,如果不设置对应操作语句,则一样对数据库没任何影响。

 

这方面具体如何设定,可以参看如下例子中对DataAdapter设定部分代码。

 http://blog.csdn.net/knight94/archive/2006/03/17/627556.aspx

 

       相对而言,DataAdapter效率要差一些,但是避免了一些操作,读取记录集,对获得记录数据进行类型转换等等。同时其对DBConnection的占有只是在对数据库操作的时候,操作完即立刻释放。因此,强烈建议多使用DataAdapter,而少使用DataReader

 

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

数据库

子类列表

SQL Server

SqlConnectionSqlCommandSqlDataReaderSqlDataAdapter

Oracle

OracleConnectionOracleCommandOracleDataReader racleDataAdapter

其它

OleDbConnectionOleDbCommandOleDbDataReaderOleDbDataAdapter

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

posted @ 2009-03-13 17:07  浪子の无悔  阅读(982)  评论(0编辑  收藏  举报