奇妙的ExecuteNonQuery()方法

很久没用ADO.NET了。

最近,闲着无聊,便找了个小项目做做。

该项目(称为“项目”仅仅因为习惯而已,其实就很小的一个开发工作。)使用Access2007数据库,使用ADO.NET来访问数据库。

在开发中,有一个需求:需要判断某条记录是否在数据库中已经存在(这个需求太常见了吧,但就是这么简单的一个小问题,却让我郁闷了一次)。

一开始,我是这样实现的, 部分代码如下(实际代码有出入,以下代码仅为演示):

[csharp][/csharp] view plaincopy

  1. string cmdText = “select * from tb_AccountBook where accountno=1001010”;
  2. OleDbCommand cmd = new OleDbCommand();
  3. cmd.Connection = conn;
  4. cmd.CommandText = cmdText;
  5. cmd.CommandType = CommandType.Text;
  6. int val = cmd.ExecuteNonQuery();
  7. if (val > 0)
  8. {
  9.    //数据库存在该记录
  10. }

但是,奇怪的事情出现了。

数据库明明存在该记录,但是每次返回的值却是0,而不是我所希望看到的1(数据库存在1条记录),看来在这里ExecuteNonQuery()方法并没有返回受影响的行数(记忆中应该是会返回受影响的行数的,难道我记错了)。

于是,百度了一下。

在msdn上看到了下面这样一段说明:

对于 UPDATE、INSERT 和 DELETE 语句,返回值为该命令所影响的行数。

对于所有其他 DML 语句,返回值都为 -1。

对于 DDL 语句,比如 CREATE TABLE 或 ALTER TABLE,返回值为 0。

通过学习该说明,很容易了解到原因的所在。那就是因为ExecuteNonQuery()方法对于 UPDATE、INSERT 和 DELETE 语句,返回值才是为该命令所影响的行数。所以在这里,我使用ExecuteNonQuery()来执行select语句,当然得不到我所希望看到的结果了。

最后,还有一个小问题想探讨一下。

本人一直认为select语句是属于DML 语句,所以理所当然的认为在这里返回值应该是-1,但是实际情况返回的是0。对于这点,我是这样理解的,select语句应该是属于数据查询语言(DQL),所以才导致返回值不是-1,不知道是不是?。

就到这里了,看来以后使用ExecuteNonQuery()方法时,还是要关注一下它的返回值的。否则就达不到自己想要的效果了。

至于这个问题最后我是怎么解决的,我就不想多说了。因为除了ExecuteNonQuery()方法,还是有其他路子的,换种方法(如返回dataset,判断其中的数据情况等)就可以了。

标签