最适合多店库存的数据库设计？

Question

我试图了解如何在库存管理系统中管理多个商店(每个商店都有大量的数据)。这家商店有123家商店。有些商店有分店。

因此，我计划创建一个主数据库(只有超级管理员才能访问这个数据库)，为每个存储创建一个单独的数据库，为每个数据库创建一个数据库用户。

我对这种方法有些怀疑。

1)。这个设计正确吗？如果不是的话，合适的方法是什么？

2)。这类项目的最佳数据库管理系统是什么？

3)。如何更新主数据库以实时获取每日销售、每月销售、员工详细信息等信息？

4)。我可以用这个创建多少个数据库

Answer 1

对于一个现代的RDBMS来说，这不是一个挑战。你会意识到，你不想每家商店都有一个数据库--当执行管理层第一次询问“在新苹果推出之前，我们在所有商店都有多少台iPhone 7？”

我见过零售系统管理着几百家商店的几十万SKU。主库存为1~1 000万行表，列如下：

• 存储ID
• SKU
• 手头的单位

如果在表上使用分区，查询可以是次秒。

编辑：

有一个开放的零售数据模型，它处理多个商店，您可以在这里看到：

http://www.omg.org/retail-depository/arts-odm-73/