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

Question

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

系统将支持这些功能。

• 每家商店都应该有一个本地数据库，用于存储自己的库存 list 和发票。 (本地数据库以避免互联网故障)。
• 有一个包含所有商店信息(库存、发票等)的报告数据库，报告数据库可以与 shopDB 异步。
• 每个商店都包含一个唯一的商店代码来标识记录所有权，也是 key 的一部分(以避免主键出现问题)。
• 商店系统可以查询报告数据库以获取其他商店的库存 list (客户可以下订单，商店可以查询完整的库存 list 并让其他分支机构将库存运送给他们)。

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

我尝试阅读很多有关复制和集群的内容，但它似乎不适合我的需要。

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

Answer 1

这里让我印象深刻的是，如果商店 A 为商店 B 销售库存，而商店 B 销售相同的库存，会发生什么情况？

为什么应用不能访问其他店铺的数据库？

你读过联合数据库吗 - http://dev.mysql.com/doc/refman/5.1/en/federated-description.html

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