多分支POS系统的数据库设计

Question

我正在构建一个支持多分支的POS系统。

系统将支持这些功能。

• 每个商店都应该有一个本地数据库，用于自己的库存清单和发票。 （本地数据库，以避免互联网故障）。
• 有一个报告数据库，其中包含所有商店的信息（库存，发票等），报告数据库可以与shopDB异步。
• 每个商店都包含一个唯一的商店代码，用于识别记录所有权，也是密钥的一部分（以避免主键问题）。
• 商店系统可以在报表数据库中查询其他商店的库存清单（客户可以下订单，商店可以查询完整的库存清单，并让其他分支机构向他们发送库存）。

目前我正在使用Java，PostgreSQL和Cayenne构建系统，但是如果有任何技术限制，我愿意更改数据库或ORM工具。

我尝试使用复制和群集阅读了很多内容，但它似乎不符合我的需要。

我应该寻找的任何线索？或者我应该在应用层而不是数据库层上构建复制？

Answer 1

这里让我感到震惊的是，当商店A销售商店B的库存而商店B销售相同库存时会发生什么？

为什么申请人无法访问其他商店dbs？

您是否阅读过联合数据库 - http://dev.mysql.com/doc/refman/5.1/en/federated-description.html

http://en.wikipedia.org/wiki/Federated_database_system