database - 本地和远程数据同步

Question

我们有一个带有访问数据库的本地服务器，该数据库将数据提供给同一域中的客户端。现在我们还有一个外部托管的网站，并在桥接系统上工作，以提供产品、类别和订单等的上传/下载功能。

产品、类目、客户等只能在本地添加，但是订单可以在本地添加，也可以在网站上添加。我们正在尝试让使用 Web 服务的桥接应用程序同步这些内容。我们已经完成了这项工作，但遇到了更多问题。我们目前的做法是:

• 每个单独的记录都有一个本地 ID (luid) 和一个 Web 服务器 ID (suid)，一个用法示例是当一个项目被添加到网站上时，它被赋予一个唯一的 suid 并且 luid 是 -1，一旦该项目由桥接应用程序下载，应用并更新 luid。这与添加到本地服务器的项目相反。
• 每个单独的记录还有一个标志字段(突出显示插入、更新、删除(从网站)和删除)。

上面的效果很好——除了 luid 和 suid 方法之外，一旦下载了一个项目就不可能轻松地跟踪记录关系。这种方法似乎只适用于单向数据 - 即仅将产品上传到网站以供查看(并动态更新和删除它们)。

为了解决这个问题，我考虑过使用 GUID 或 COMB GUID 方法，这意味着可以在两侧添加项目并适当同步，我认为性能影响让我有点担心。

一些重要的点是:

• 本地服务器是所有需要(最终)存储的数据“大本营”。
• 由于网络服务，只有本地网桥应用可以向网络服务器发出请求。
• 需要支持可能并不总是有互联网连接的可能性，因此从网络服务器请求唯一 ID 并不理想。

有没有人对处理这种“同步”的更好的编程方法有意见？

Answer 1

唯一的 ID 肯定会简化事情。我不明白您为什么需要关注性能，GUID 可以从特定于机器的东西构建，或者 id 可以分批发布，以便 normalid 构建纯粹是本地事件。