对于具有多个账户且每个账户的数据类型相似的应用程序，数据库结构应该是什么？

Question

我正在创建一个具有多个父帐户的应用程序，每个父帐户都有不同的多个用户。每个账户由一组相似类型的数据组成，但不需要单独维护。例如：每个组织各自的用户可以查看的库存。

最佳实践是什么：

1:为每个组织创建不同的数据库表

2:创建一个公用表，并为它所属的组织增加一列。

Answer 1

如前所述，一张表用于组织，一张用于设备，一张用于人员，依此类推。它是第1步-单独实体的分隔表。

然后用关系将它们联系起来:主实体中的主键和子实体中的外键。换句话说，设备表中的每一行都将具有其所属组织id的列。诸若此类。

还有许多其他情况，包括将实体细分为所谓的范式，如果需要，您可以研究它，以降低数据一致性提供成本。但它也可能对性能产生负面影响。

无论如何:相同的类实体通常应该存储在一个表中。

Answer 2

OLTP (事务处理)中的最佳实践是创建一个公用表，并以某种方式实现一个子类型，例如“拥有额外的表，其中包含组织子类型的列”。在OLAP (分析处理)仓库中，这仍然是一个很好的实践，但是子类型的映射可以用不同的方式实现。在OLAP数据集市中，“每个组织一个表”的解决方案可能是一个很好的实践。

你可以看看"Programming with databases“这本书，这本书涵盖了以下主题:子类型/子类映射，OLTP vs OLAP，反规范化等。