javascript - 在 webapp 下线时处理销售交易

Question

我的网络应用程序(销售点)处理多个分支机构的销售。每笔销售都有一个唯一的整数 ID。分支 1 上的某个销售 ID 是 n，那么分支 2 上的下一个销售是 n+1。

当分支机构失去互联网连接时，我将销售信息保存在浏览器内部数据库中，其中销售 ID 是最后一个销售 ID 加一。连接恢复后，我将该信息发送到服务器，然后将其存储在真实数据库中。

当两个或多个分支机构失去互联网连接时，就会发生噩梦。因为当他们离线进行销售并重新连接互联网时，服务器将收到两个具有相同 ID 的销售，这很糟糕，因为客户票已经打印出来了!

我现在的计划是让每个销售 ID 都混合了分支 ID 和该分支的实际销售编号。因此，分支机构 1 的销售 ID 将是 1-1，而分支机构 2 的下一次销售将是 2-1。听起来不错，直到分支机构有两个销售点，但事实并非如此，但这不是 future 的证据。

您认为最好的方法是什么？有更好的方法吗？

Answer 1

避免单个 ID 上的 ID 冲突的唯一真正安全的方法是让服务器始终分配 ID。如果 POS 离线，那么您可能需要分配本地和临时 ID 以在本地记录销售，然后当 POS 重新上线时，您从服务器获取真实 ID 并在发送交易之前将本地 ID 修改为真实 ID .我曾经有一个系统，它使用负数表示客户端创建的 ID，使用正数表示服务器创建的 ID。当服务器收到一个否定的 ID 时，它会将其更改为一个唯一创建的服务器 ID，并将该 ID 返回给客户端，以便客户端可以使用真实的交易 ID 更新它的数据库。

如果您想要/需要全局唯一的客户端定义 ID，那么每个 POS 客户端都需要一个服务器分配的唯一 ID，它可以是多部分复合 ID 的一部分。然后，每个客户端都可以维护自己的计数器，当与其唯一的客户端 ID 结合时，它始终是全局唯一的 ID。它是您的 branchID 概念的扩展，除了它是一个唯一分配给每个客户的 clientID，因此您可以在每个分支机构拥有多个 POS 客户。分配 clientID 可以在客户端设置时手动完成，也可以通过在某些设置或初始化过程中向服务器询问唯一的 clientID 来更动态地完成。

哪种技术对您来说最实用取决于您的系统比您在此处描述的要多得多，因此您要么必须根据您的知识进行选择，要么详细说明您的系统如何为我们工作能够提供更多帮助。