这个 table 的标准化 ERD（实体关系图）会是什么样子
What would normalized ERD (Entity-Relationship Diagram) look like for this table
我的一个项目卡住了。我的 table 看起来有点像这样，但我想我只是在兜圈子，发疯了。
问题是如何在类别下“分离”属性。我需要为每个类别创建实体吗？那么，我们将如何声明键以及哪个 table 将采用外键？
或者，或者，将其标准化没有意义？
我也在考虑通过某种方式枚举属性，使类别成为属性？？这甚至是一件事...
感谢任何建议！
我认为只有一种方法可以规范化 table。每一行都是一个实体。
Entity
------
Entity ID
Entity Letter
Entity Name
Entity Name Type
其中实体 ID 是主集群键，并且您在（实体字母、实体名称、实体名称类型）上具有唯一索引。
然后你有一个属性Table来保存一个属性。实体和属性之间存在一对多关系。
Attribute
---------
Attribute ID
Entity ID
Category (1 or 2)
Level (x1 - x4, x1 - x8)
Attribute Value
其中属性 ID 是主聚簇键，实体 ID 是指向实体的外键。您在（实体 ID、类别、级别）上有一个唯一索引来对属性进行排序。
您可以通过创建类别 table 和/或级别 table 进一步细分，但我认为这已足够细分。
我不确定类别 2 中的 x1 是拼写错误还是故意的。无论哪种方式，它都是模型化的。
我的一个项目卡住了。我的 table 看起来有点像这样，但我想我只是在兜圈子，发疯了。
问题是如何在类别下“分离”属性。我需要为每个类别创建实体吗？那么，我们将如何声明键以及哪个 table 将采用外键？ 或者，或者，将其标准化没有意义？
我也在考虑通过某种方式枚举属性，使类别成为属性？？这甚至是一件事...
感谢任何建议！
我认为只有一种方法可以规范化 table。每一行都是一个实体。
Entity
------
Entity ID
Entity Letter
Entity Name
Entity Name Type
其中实体 ID 是主集群键，并且您在（实体字母、实体名称、实体名称类型）上具有唯一索引。
然后你有一个属性Table来保存一个属性。实体和属性之间存在一对多关系。
Attribute
---------
Attribute ID
Entity ID
Category (1 or 2)
Level (x1 - x4, x1 - x8)
Attribute Value
其中属性 ID 是主聚簇键，实体 ID 是指向实体的外键。您在（实体 ID、类别、级别）上有一个唯一索引来对属性进行排序。
您可以通过创建类别 table 和/或级别 table 进一步细分，但我认为这已足够细分。
我不确定类别 2 中的 x1 是拼写错误还是故意的。无论哪种方式，它都是模型化的。