database - 如何对这个模式进行分类？

Question

我有这样的模式:

这个方案的本质是组织了一些公司所有产品的入口点，提供了一定的灵 active 。

工作原理:

1. 我们在表“tables”中创建一个表的列表(其中name是数据库中表的名称，pk_name是主键的名称这张表)
2. 我们在“products”中创建一个产品列表(其中table_id是“tables”中的表标识，pk_value是主键的值)<
3. 此外，我们还创建了“some_product”、“another_product”等表。它们包含特定产品的不同字段

问题是:

1. 如何称呼这些方案？例如，EAV 还专为数据库灵 active ，但在 EAV 中，列作为记录存储在数据库。
2. 因此，我不明白将此方案与 EAV 进行比较是否可取？
3. 此模式有哪些类比，以了解更好用的是什么？
4. 这种模式有什么缺点？

我是 DB 的新手，所以我希望我的问题不是愚蠢的。

谢谢!

Answer 1

在示例中，您显示了 some_product 和 another_product 表具有相同的属性和类型。在这种情况下最好有一个产品表。如果不同的属性适用于不同表中的不同类型的产品，那么这就是一个子类型化的例子。

所有产品共有的属性将放在公共(public) products 表(supertype 表)中。我希望在该表中看到一个产品类型属性来区分不同类型的产品。

tables 表是不必要的。所有 DBMS 都提供对有关表和主键的元数据的访问，因此没有理由在您自己的表中捕获它。