如果我在 ERD 中表示 JSON 模型是否有效？
Is it valid if I represent JSON model in ERD?
此answer声明：
The ERD diagram on the other side, is a persistence-specific diagram
which display the entities (tables) existing in a (most often)
relational database.
Q1 ：我很好奇，因为我很少看到 JSON 在 ERD 中表示。这背后的原因是什么？
Q2 : 如果我使用 ERD 在 ERD 中表示我的 JSON 模型是否有效，因为 JSON 不是关系数据模型？
谢谢！
JSON 是一种分层数据结构的表示法，由标量值、数组和对象组成，嵌套到任意深度。任何层次结构都对其组件值之间的一种特定关系（包含）具有固有的偏好。可以表示其他关系，但支持不佳——必须手动取消引用查找值，并且可以使用引用代替查找值，但随后必须按程序构建数据，因为引用对象必须存在于引用对象之前，这意味着它不能用像 JSON 这样的声明符号来表示。分层数据结构的另一个弱点是实体身份往往是隐藏的。
相比之下，关系模型（以及 entity-relationship 模型，它只是对前者的一种简单解释）使身份明确并且可以处理值之间的任意数量的关系，而不偏袒一个而损害剩下的
JavaScript 数据通常可以分解为关系结构，方法是识别每个 record/object 的类型并为每种类型识别或引入标识符，然后在规范化之前识别功能依赖关系。此时可以使用 ERD 来描述关系结构，但如您所见，需要做一些工作才能将分层数据转换为一组表。
此answer声明：
The ERD diagram on the other side, is a persistence-specific diagram which display the entities (tables) existing in a (most often) relational database.
Q1 ：我很好奇，因为我很少看到 JSON 在 ERD 中表示。这背后的原因是什么？
Q2 : 如果我使用 ERD 在 ERD 中表示我的 JSON 模型是否有效，因为 JSON 不是关系数据模型？
谢谢！
JSON 是一种分层数据结构的表示法，由标量值、数组和对象组成，嵌套到任意深度。任何层次结构都对其组件值之间的一种特定关系（包含）具有固有的偏好。可以表示其他关系，但支持不佳——必须手动取消引用查找值，并且可以使用引用代替查找值，但随后必须按程序构建数据，因为引用对象必须存在于引用对象之前，这意味着它不能用像 JSON 这样的声明符号来表示。分层数据结构的另一个弱点是实体身份往往是隐藏的。
相比之下，关系模型（以及 entity-relationship 模型，它只是对前者的一种简单解释）使身份明确并且可以处理值之间的任意数量的关系，而不偏袒一个而损害剩下的
JavaScript 数据通常可以分解为关系结构，方法是识别每个 record/object 的类型并为每种类型识别或引入标识符，然后在规范化之前识别功能依赖关系。此时可以使用 ERD 来描述关系结构，但如您所见，需要做一些工作才能将分层数据转换为一组表。