问题标签 [dbcommand]

我知道这不是一个非常有用的问题，但我不禁被它困扰。

那么，
为什么所说的方法（在*Command类中）被称为
ExecuteNonQuery而不是ExecuteQuery？

我们扔给数据库的那些 SQL 语句不就是查询吗？

我在使用 AddInParameter 方法插入空参数时遇到问题。

一旦第二个参数为空，它就会失败。我也试过 DBNull.Value，也失败了。想法？

消息是：AddInParameter @MyParam 具有空值或不支持的属性类型：DBNull

谢谢！

我正在开发的 ASP.NET Web 应用程序需要支持两种不同类型的数据库，即 Access 和 MS SQL Server 2008 Express。

对于存储在 web.config 中的每种数据库类型，我已经有了连接字符串，并且我还有另一个 web.config 值来指定要使用哪一个。所以我可以毫无问题地获得正确的连接字符串。

最大的问题在于数据库对象。对于我已经实现的 Access，我在代码中使用对象 OleDbConnection、OleDbCommand 和 OleDbDataReader 来进行数据库调用。

看来，对于 SQL Server，我不能使用这些对象，而是需要使用对象 SqlConnection、SqlCommand 和 SqlDataReader 来完成基本相同的事情。

我想尽可能多地重用我当前的代码，而不必为每种数据库类型创建两个单独的块。（我有很多将 OleDbDataReader 作为参数的方法 - 例如，我不想对每种方法都做 2 个。）

我注意到连接对象都继承自 DbConnection。数据读取器 (DbDataReader) 和命令 (DbCommand) 也是如此。

是否可以使用我现有的 Access 代码，用 Db 对象替换所有 Ole 对象，然后根据当前数据库类型将这些对象转换为正确的类型？

在一个 ASP.NET 应用程序中支持两种数据库类型是否有任何最佳实践？

如果有帮助，我可以添加我的一些代码。谢谢。

你如何将DbCommand参数复制到另一个DbCommand，我想要一个DbCommand与我上次相同的参数的新的DbCommand。但现在使用不同的 sql 字符串。

在使用 Odbc 连接字符串调用 DB2 数据库时，我会定期收到此错误消息。我尝试将 DbCommand 对象的 CommandTimeout 设置为多个值，但仍然出现以下错误。

SQL0666 - SQL 查询超出指定的时间限制或存储限制。

有没有办法让这个停止出错。这很奇怪，因为相同的查询有时会起作用，有时会超时。任何帮助，将不胜感激。谢谢！

您好，我有以下问题，我无法解决。

我DbCommand正在尝试执行此 SQL 语句

但我总是收到一条错误消息

关键字“CREATE”附近的语法不正确。

但是当我从独立运行每个命令时，strCommand一切正常。

我正在使用 VS 2010 Professional 和 SQL Server 2008 R2 Express。

谢谢你的帮助。

我正在调试数据库操作代码，我发现正确的 UPDATE 从未发生，尽管代码从未失败过。这是代码：

但经过一些调整后，这奏效了：

1. 为什么在 OleDb 连接的情况下必须将 WHERE 子句中的参数放在最后一个如此重要？之前使用过 MySQL，我可以（并且通常会）首先编写 WHERE 子句的参数，因为这对我来说更合乎逻辑。

2. 一般查询数据库时参数顺序是否重要？一些性能问题还是什么？

3. 对于 DB2、Sqlite 等其他数据库，是否需要维护特定的顺序？

更新：我删除?并包含了带有和不带有@. 顺序真的很重要。在这两种情况下，只有最后提到 WHERE 子句参数时，才会发生实际更新。更糟糕的是，在复杂的查询中，我们很难知道 Access 期望哪个顺序，并且在所有顺序发生更改的情况下，查询都不会在没有警告/错误的情况下完成其预期的任务！

我有一个可为空的 DateTime 变量。我想将它写入 SQL DB。当我尝试插入时：

如果变量具有值，则没有问题。

但如果它没有值，插入会因错误而中断。

我想问：我们如何通过 DbCommand 参数将可为空的 DateTime 插入到 Sql 中？

（PS：Sql 列也可以为空。）

我正在使用 DbCommand来自： System.ComponentModel.Component

我正在使用 params 构建一个对象：

现在，我想使用 linq 对其进行迭代：

但它会产生以下错误：

以上不起作用（显然），对象未实例化。当未填充 StaffId 时，我试图将 NULL 插入数据库。我怎样才能做到这一点？