LINQ 冲突检测 : Setting UpdateCheck attribute

Question

我最近一直在阅读有关 LINQ 的资料以开始实现它，关于它如何生成更新查询这一点特别困扰我。

使用 SQLMetal 或对象关系设计器自动创建实体代码，显然所有表的所有字段都将获得属性 UpdateCheck.Always，这意味着对于每个 UPDATE 和 DELETE 查询，我将获得像这样的 SQL 语句:

UPDATE table SET a = 'a' WHERE a='x' AND b='x' ... AND z='x', ad infinitum

现在，称我为纯粹主义者，但这对我来说似乎极其低效，而且无论如何感觉这都是个坏主意，即使它并非低效。我知道提取将通过聚簇主键完成，所以这并不慢，但 SQL 仍然需要检查之后的每个字段以确保它匹配。

诚然，在一些非常敏感的应用程序中，像这样的东西可能很有用，但对于典型的网络应用程序(想想 Stack Overflow)，UpdateCheck.WhenChanged 似乎是一个更合适的默认值，并且我个人更喜欢 UpdateCheck.Never，因为 LINQ 只会更新实际更改的字段，而不是所有字段，并且在大多数实际情况下，第二个人编辑的内容无论如何都会获胜。

这确实意味着如果两个人设法在读取该行和触发 UPDATE 之间的短时间内编辑同一行的同一字段，那么将不会触发将发现的冲突。但实际上这是非常罕见的情况。当两个人更改相同的东西时我们可能要防止的一件事不会被这个捕获，因为他们不会在完全相同的时间点击提交，所以在第二个 DataContext 时不会发生冲突读取和更新记录(除非在显示页面时 DataContext 保持打开状态并存储在 Session 中，或者其他类似的非常糟糕的想法)。

但是，尽管这种情况很少见，但如果发生这种情况，我真的不想时不时地在我的代码中遇到异常。

所以我的第一个问题是，我相信这一点是不是错了？ (同样，对于“典型”网络应用程序，不适用于银行应用程序)我是否遗漏了为什么将 UpdateCheck.Always 作为默认值是一个明智的想法的原因？

我的第二个问题是，我可以文明地改变这个吗？有没有办法告诉 SQLMetal 或 ORD 要设置哪个 UpdateCheck 属性？
我试图避免我必须记住运行一个工具的情况，我必须使它采用一些正则表达式并直接编辑文件中的所有属性，因为很明显在某些时候我们会运行SQLMetal 在更新数据库后，我们不会运行这个工具，我们所有的代码都会以非常微妙的方式中断，而我们在开发中测试时可能不会发现。

有什么建议吗？
war 故事非常受欢迎，我很乐意从其他人的经验中学习。

非常感谢!

Answer 1

好吧，回答第一个问题 - 我同意你的看法。我不是这种“内置”乐观并发的忠实拥护者，尤其是当您有时间戳列或更新发生后不能保证相同的任何字段时。

为了解决第二个问题——我不知道有什么方法可以覆盖 SqlMetal 的默认方法(UpdateCheck = Always)，我们最终编写了一个工具来为适当的列设置 UpdateCheck = Never。我们正在使用批处理文件调用 SqlMetal，然后运行该工具)。

哦，虽然我想到了 - 发现 SqlMetal 还对关系建模以将外键设置为 null 而不是“Delete On Null”(特别是对于连接表)也是一种享受。我们也必须使用相同的后生成工具来适本地设置这些。