.net - 销售点应用架构建议

Question

我需要开发一个将在多个地点使用的销售点应用程序。在每个位置，它将使用一个单一的数据库，而在另一个位置，它将是一个包含所有现金流和库存移动的主数据库。限制是节点之间可用的互联网连接非常差，所以在某种程度上所有位置大部分时间都将离线工作，即没有互联网连接，当连接再次可用时，将与主数据库。

我想开发一个在每个位置都有一个数据库的架构，并在 master db 和其他 db 之间实现复制，但是当 internet 连接在节点中脱机时，它们需要继续在脱机模式下工作直到 internet连接将再次可用。我不确定复制是否是此模式的正确方法，因为节点将插入和更新本地数据库，并且需要将现金流数据和库存数据传播到主数据库和其他节点。

在此架构中正确的方法是什么？

我打算使用 dotnet 和 MSSql Server 2k8

问候

Answer 1

我会考虑使用队列系统来替代本地数据库。我希望此类产品能够提供功能，以便在连接可用时自动开始传输消息。但这实际上只是一个技术问题。

构建架构时应考虑的几件事:

• 对于允许您的应用程序不同步的程度是否有限制？例如。当你的应用程序一个月没有连接到主服务器时，仍然应该顺利运行吗？当达到阈值时，您必须允许客户端具有适当的存储功能，以及升级问题的方法。

• 你一定会遇到冲突。例如。当您接受订单时，它可能会在客户端等待 4 个小时，当它最终到达服务器时，所订购的产品甚至可能不再存在。在可能出错的地方发挥创意，并定义这些案例应该如何得到解决。

• 确保您有适当的日志记录，尤其是对于跨连接的内容。您应该能够轻松地在服务器和客户端上找到与同一业务交易相关的日志记录信息。

• 确保您可以在没有其他组件的情况下测试您的组件。

• 当然，在分布式系统中，您必须了解客户端的可信度。 IE。你怎么能断言来自服务器或客户端的消息真的来自客户端，而不是由其他人或其他东西伪造的。

• 清楚地量化您有多少可用带宽，这样您就可以确保所有需要的数据都适合。许多小交易可能会有所帮助，因为它们不太可能因连接中断而中断。

您还可能会找到 this book有帮助