问题标签 [sqlcommand]

我正在用 C# 编写一个小程序，它使用 SQL 在运行时根据用户的输入将值存储到数据库中。

唯一的问题是我无法找出正确的 Sql 语法来将变量传递到我的数据库中。

在这个代码片段中，我使用了所有静态值，除了我试图传递给数据库的 num 变量。

在运行时我收到此错误：

谢谢

我正在尝试编写一个使用特定目录中的文件执行某些操作的 mssql 作业。但我不知道文件的名称/文件，它们会随时间变化。

我找到了xp_cmdshell命令，但出于安全原因我无法使用它

是否有任何其他方法可以检查目录是否包含 txt 文件（如果是，则获取它们的名称）。

提前致谢，

这似乎是一个奇怪的问题，之前我通过会话变量发布了另一个关于 ASP 多个值的问题，现在我已经弄清楚了，并设法将所有三个值都传递给了一个标签。但是现在我需要传递三个 ID 来为这三个值创建一个网格视图......所以对于我的 SQL 语句，我有：

SelectCommand="SELECT [BookID], [book_title] FROM [tblBook] WHERE ([BookID] = ?)">

所以我需要有 3 BookID=?,?,? 例如，这可能吗？

还是在 ASP 中有另一种方法可以做到这一点？

以下方法应该在打开的连接上执行脏读。没有交易。我在哪里设置隔离级别？

正如他们在广播中所说的那样 - 长时间的听众第一次来电......

这是我的问题。VS 2005 SQL Server 2005 数据库。Windows 窗体应用程序。C＃。大表 - 780K 记录。我将其称为源表。需要循环遍历源表，并为每条记录对另一个表做一些事情，然后写回源表它已完成。我还没有更新第二张表...

我使用数据读取器使用连接对象 A 循环遍历源表的所有记录。对于每条记录，我构建一个更新语句来更新源表以指示该记录已被处理 - 并针对连接对象 B 使用 SQL 命令来执行此操作乌达泰。如此不同的连接对象，因为我知道 dataReader 想要独占。

这就是问题所在。在处理 X 记录后 - X 似乎约为 60 - 更新超时。

在写这篇文章时——这很有趣，不是吗——我的大脑告诉我这与事务隔离和/或锁定有关……即我正在使用数据读取器读取源记录，但更改了这些记录……我可以看到这会导致不同事务隔离的问题，所以我会调查一下......

任何人都看过这个并且知道如何解决它？

干杯

皮特

伙计们，

除非我弄错了，否则可以通过为每个参数指定或不指定 SqlDbType 来生成参数化的 sql 查询。看来我可以通过仅提供参数名称和参数值来构造一个 SqlParameter 。指定 SqlDbType 有什么好处？

我必须了解一些关于 MS 访问查询的事情，这就是我来这里的原因。首先 - 我的任务清单是用拉脱维亚语写的（讨厌那个），这就是为什么我无法理解简单的事情。这是我的任务之一：“进行四个简单的查询，其中显示特定、非特定、数字间隔、小于和大于。” 可能我没有正确翻译我的任务，但我不明白，什么是特定和非特定查询。这对我来说太简单了，这就是我不明白的原因。

我还想问一下，是否有任何 SQL 命令，它与 PHP 函数 substr() 中的功能相同。当我尝试使用每天编写 MySQL 查询时使用的 SQL 命令时，它在 MS Access 中不起作用。

我希望有人可以帮助我解决这个问题：）谢谢！

/抢

我收到以下错误：

参数化查询 '(@FName nchar(10),@LName nchar(10))INSERT INTO Registration(FNam' 需要未提供的参数 '@FName'。

我究竟做错了什么？

顺便说一句，我知道nchar(10)名字和姓氏不是一个好的选择。

我似乎对如何In使用SqlParameter. 到目前为止，我有以下代码：

settingsList是一个List<string>。当被调用时，由于无法将 a 映射到“已知的提供程序类型” cmd.ExecuteReader()，我得到一个。ArgumentExceptionList<string>

我如何（安全地）In使用 s 执行查询SqlCommand？

有一个相关的问题：

将参数传递给 SQLCommand 的最佳方法是什么？

但我想知道不同之处是什么，以及不同方式是否存在任何问题。

我通常使用这样的结构：

现在有几种方法可以添加 cmd 参数，我想知道哪种方法最好：

我认为在传递 varchars 时具有字段长度是不可取的，因为它是一个神奇的值，稍后可能会在数据库中更改。它是否正确？它是否会导致以这种方式传递 varchar 的任何问题（性能或其他），我假设它默认为 varchar(max) 或数据库等效项。我很高兴这会奏效。

如果我使用上面列出的第三个或第四个选项，我更关心的部分是 SqlDbType 枚举的丢失，我根本没有提供类型。在某些情况下这不起作用我可以想象 varchar 被错误地转换为 char 或反之亦然的问题，或者可能是小数转换为金钱的问题......

就数据库而言，我想说的字段类型比长度更不可能改变，所以值得保留吗？