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

Question

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

系统将支持这些功能。

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

目前我正在用Java，PostgreSQL和Cayenne构建系统，但如果有任何技术限制，我可以更改DB或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