奇妙的ExecuteNonQuery()方法

很久没用ADO.NET了。

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

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

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

一开始，我是这样实现的， 部分代码如下（实际代码有出入，以下代码仅为演示）：

string cmdText = "select * from tb_AccountBook where accountno=1001010";
OleDbCommand cmd = new OleDbCommand(); 
cmd.Connection = conn;
cmd.CommandText = cmdText;
cmd.CommandType = CommandType.Text;
int val = cmd.ExecuteNonQuery();
if (val > 0)
{
   //数据库存在该记录
}

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

数据库明明存在该记录，但是每次返回的值却是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，判断其中的数据情况等）就可以了。