客户端-服务器解决方案中等待用户交互的资源锁

Question

我有一个客户端-服务器进程，在服务器端长时间运行操作（2-5 分钟）后，要求用户确认或更改操作结果。

用户可能需要一个小时或更长时间来检查服务完成的工作，进行更改并将其发送回服务。

在完美的世界中，没有人会更改服务使用的下划线源数据来构建操作结果..但这不是一个完美的世界！

如何锁定以防止源数据损坏？我不想要 SQL 表锁...我正在考虑一种软件机制，例如内存表，其中包含我的所有操作请求和一些互锁条件，以便放入可能损坏其他操作数据的等待状态操作。

还有其他提示吗？

编辑

有关该过程的更多信息可能是必要的。

我有一个带时间戳的实体，代表电气网络拓扑的时间点。 该实体包含所有未通电元件的列表。

调用时，服务器进程必须获取所有尚未处理的实体，并为每个元素创建一个列表。

public class ElementRecord{
public string ElementName {get;set;}
public DateTime OffTimeStamp {get;set;}
public DateTime OnTimeStamp {get;set;}
}

基于某些业务规则，服务器进程聚合元素并等待用户确认或更改。

问题在于，实体加载后，真实网络可能发生变化，表也会发生变化；此外，在单个时间点，更多元件可能会断电，因此服务器进程必须失效。 如果用户界面已经更改数据，我必须尽快发出警报，可能某些数据无效。

你会做什么？

Answer 1

我在过去的一个项目中也遇到过类似的需求。
我们的解决方案是：服务器完成所有操作后，我们将所有需要用户确认的数据复制到一些临时数据表中，每行都有时间戳。然后，发送邮件给用户要求确认，确认后，将临时数据表合并到我们的真实数据表中。我们无法锁定任何数据表，因为其他用户需要在线更改该表。

Answer 2

如何在表中添加额外的列以显示数据已被验证。

未设置已验证字段的数据将被忽略。在遗留系统中，这意味着创建新表并迁移数据，但之后您所需要做的就是确保只有设置了已验证字段的结果才会返回到您的代码。

编辑

我的建议是读取数据的进程只能使用已经验证的数据。如果您的用户进程正在使用和更改已验证的数据，则它必须在检索时将数据设置为未验证，但如果该数据已被标记为未验证，则无法检索该数据。

对于新数据，您只需使用默认数据创建一个新行，并在验证新数据之前获取行索引。然后，您的代码将具有索引，因此用户可以根据需要验证数据，如果他们不这样做，则您将拥有索引，以便您可以删除已创建的数据。