Database 如何对该模式进行分类？

我有这样的模式：

该方案的实质是组织某公司所有产品的入口点，这提供了一些灵活性

工作原理：

我们在表“tables”中创建一个表列表（其中

name

是数据库中表的名称，

pku name

是该表主键的名称）

我们在“产品”中创建产品列表（其中

table_id

是“tables”中的表标识符，

pk_value

是主键的值）

此外，我们还创建了“some_product”、“another_product”等表。它们包含特定产品的不同字段

问题是:

这些计划如何命名？例如，EAV也是为 数据库灵活性，但在EAV中，列作为记录存储在 数据库

因此，我不明白将这项计划与监管局车辆比较是否可取

这个模式有什么相似之处，以理解什么更好地使用

这种模式的缺点是什么

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

---

谢谢大家!

在本例中，您显示了

一些产品

和

另一个产品

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

所有产品通用的属性都将放在通用

products

表（超类型表）中。我希望在该表中看到一个ProductType属性来区分不同类型的产品

表格

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