如何解决C＃.NET N层应用程序中的乐观并发更新？

Question

大家好

在c＃.net VS 2008中，我正在开发一个N层CRM框架解决方案，完成后我想共享它。

该体系结构基于：

数据访问层，实体框架，业务逻辑层，WCF，最后是表示层（Win窗体）。

在我读过的某处，由于乐观并发更新（具有相同数据的多个客户端事务），导致超过2层的层存在问题。

在最大 2层解决方案应该不会有问题，因为控件（例如datagridview）可以自行解决此问题，所以我问自己是否使用2层不是更好，因此请避免乐观并发问题？

实际上，我想为大型项目而不是2层开发N层解决方案。 我不知道如何解决类似的并发问题，希望能在这里获得帮助。

当然，应该有一些好的机制来解决此问题……也许有任何建议，示例等？

感谢你在期待。

最好的问候，Jooj

Answer 1

这实际上不是层数的问题。 问题是您的数据访问逻辑如何处理并发性。 无论有多少层，并发处理都应该在处理数据访问的任何层中进行。 但我知道您来自哪里，因为.NET控件和组件可以隐藏此功能并减少所需的层数。

乐观并发解析有两种常用方法。

第一种是在行上使用时间戳，以确定用户在开始编辑时所查看的版本在提交编辑时是否已被修改。 请记住，这不一定是正确的Timestamp数据库数据类型。 不同的系统将使用不同的数据类型，每种数据类型都有其自身的优缺点。 这是更简单的方法，并且可以与大多数设计良好的数据库配合使用。

第二种常见方法是，在提交更改时，不仅要通过ID还要通过用户更改的字段的所有原始值来标识相关行。 如果字段和id的原始值与正在编辑的记录不匹配，则您知道这些字段中的至少一个已被另一位用户更改。 此选项的好处是，即使两个用户编辑相同的记录，只要他们不更改相同的字段，提交就可以工作。 缺点是可能涉及额外的工作，以确保就业务规则而言，数据库记录中的数据处于一致状态。

这是有关如何在EF中实现简单乐观并发的恰当解释。

Answer 2

我们使用组合手动合并（确定变更集和冲突），并根据数据需求决定是否获胜。 如果数据更改相冲突，而同一通用字段的值从相同的原始值更改而来，则抛出合并类型异常，客户端将对此进行处理。

Answer 3

我想到了几件事：

1）如果您肯定使用EF，那么您没有数据访问层吗？！ 你是说数据库本身吗？

2）层级问题既是物理层又是逻辑层。 那么，您是指生理上还是逻辑上？

3）在任何分层的应用程序中，都存在并发问题。 即使在客户端服务器中，人们也可以打开一个表单，移至某处然后返回，然后在其他人更改了数据的情况下进行保存。 您可以在保存时使用时间戳进行检查，以确保最后一次更新是在拥有数据时进行的。

4）在更少或更多的层上不要考虑太多。 只需以最少的层数实现尽可能简单的功能即可。