时间戳

首页 > 解决方案 > 通过 TableAdapters 使用 MySQL 链接数据集时导致并发冲突的原因是什么？

c# - 通过 TableAdapters 使用 MySQL 链接数据集时导致并发冲突的原因是什么？

问题描述

我读的越多，我就越困惑，所以希望有人能提供帮助。我有一个复杂的数据库设置，有时会在更新时产生错误：

“并发冲突：UpdateCommand 影响了预期的 1 条记录中的 0 条”

我有时会说，因为我无法重新创造条件来持续触发它。我有一个远程 mySQL 数据库通过 DataSource Wizard 连接到我的应用程序，它生成数据集、表和链接的 DataTableAdapters。

我的阅读表明，当有多个打开的数据库连接试图更新同一记录时，会发生此错误？这不应该发生在我的实例中，因为唯一的更新是从我的应用程序中连续进行的。

我想知道它是否与从后台工作人员运行更新有关？例如，我有我的表格更新，例如：

    Gi_gamethemeTableAdapter.Update(dbDS.gi_gametheme)
    Gi_gameplaystyleTableAdapter.Update(dbDS.gi_gameplaystyle)
    Gi_gameTableAdapter.Update(dbDS.gi_game)

但是，它们在后台工作程序中连续运行，因此对此不确定。主线程也等待它完成，并且在此启动之前或之后没有其他数据库操作正在进行。

我确实读过关于进入数据集设计器视图，在 datatableadapter > 高级选项中选择“配置”并将“使用乐观并发”设置为 false。这可能有效（由于错误看似随机的性质，很难说），但是，我想避免这样做的缺点：

  1. 我有大约 60 张桌子。我不想为每个人都这样做。
  2. 我有时不得不将 mysql 模式重新导入数据集设计器，或者删除一个表并重新添加它。这显然会失去这个设置，我必须记住可能再次对所有这些设置进行。我也找不到在代码中自动执行此操作的方法。

恐怕我在数据库更新等方面不在代码级别，依赖于 Visual Studio 向导。更改堆栈也有点晚了（例如，不能更改为实体框架等）。

所以我的问题是：

  1. 什么是/如何找到导致错误的原因？
  2. 我能做些什么呢？

谢谢

标签： c#mysql.netoptimistic-concurrencydatatableadapters

解决方案

当您有将数据下载到数据表中的表适配器时，可以将它们配置为乐观并发

这意味着对于像这样的表：

Person
ID  Name
1   John

他们可能会生成一个 UPDATE 查询，例如：

UPDATE Person SET Name = @newName WHERE ID = @oldID AND Name = @oldName

（实际上它们比这更复杂，但这就足够了）

数据表跟踪原始值和当前值；您下载 1/“John”，然后将名称更改为“Jane”，您（或 tableadapter）可以询问 DT 原始值是什么，它会说“John”

数据表还可以将此值输入到 UPDATE 查询中，这就是我们如何检测“如果其他东西在我们拥有它的时候改变了行”，即并发违规

当我们下载它时，行是“John”，我们编辑为“Jane”，然后去保存..但其他人已经进入并将其更改为“Joe”。我们的更新将失败，因为名称不再是我们下载它时的“John”（我们仍然认为它是）。由于 tableadapter 有一个更新查询AND Name = @oldName，并且将 @oldName 参数设置为原始值somedatarow["Name", DataRowVersion.Original].Value（即“John”），我们会导致更新失败。这是一个有用的东西；大多数情况下他们会成功，所以我们可以投机取巧地希望我们的用户可以更新我们的数据库，而无需在他们在某些 UI 中打开行时进入锁定行

解决它不起作用的情况通常是编写一些策略的情况：

  • 我的更改获胜 - 不要使用具有旧值的乐观查询，只需更新并删除它们的更改
  • 他们的更改获胜 - 取消您的尝试
  • 重新下载最新的数据库状态并选择要做什么 - 以某种方式自动合并它（也许其他人更改了您没有更改的字段），或者向用户显示以便他们可以选择要保留的内容等（如果两个人都编辑了相同的字段）

现在您可能坐在那里说“但没有其他人更改我的数据库” - 我们仍然可以得到这个，如果数据库在一次保存时更改了一些值并且您的数据集中没有最新的值..

tableadapter 向导中还有另一个选项 - “刷新数据集” - 它应该在修改后运行选择以导入任何最新的数据库计算值（如 auto inc 主键或触发器/默认值/等）。一些像这样INSERT INTO Person(Name) VALUES(@name)的查询应该SELECT * FROM PERSON WHERE ID = last_inserted_id()在它的末尾默默地有一个标签来检索最新的值

除了“刷新数据集”不起作用：/

所以，虽然我不能确切地告诉你为什么你得到你的简历异常，我希望解释为什么它们会发生并指出有时会导致它们的错误（插入新记录，计算的 ID 没有被检索，编辑这个最近的记录, 更新失败，因为数据不是新鲜的）有望为您提供找到问题所需的东西：当您得到一个时，让应用程序在断点处停止并检查数据行：查看正在运行的查询以及什么将原始/当前值作为参数放入 - 使用Item 索引器的重载检查行保存的原始值和当前值，该索引器允许您声明所需的版本并在数据库中查看

在所有这些中的某个地方都会存在解释为什么更新 0 条记录的不匹配 - 数据库的名称为“Joe”或 ID 为 174354325，您的数据行的原始名称为“John”或 ID 为 -1（它从未刷新），并且 WHERE 子句因此找到 0 条记录

推荐阅读