这个 ERD 是否正确以及如何进行标准化？
is this ERD correct and how to do normalization?
某些实体之间不建立关系是否正确？
以及我们如何进行标准化以达到此图？
拥有多个未连接的 ERD 并没有错，但通常 most/everything 涉及单个系统最终会相关。
管理员通常被视为启用了 most/all 权限的用户，而不是不同的实体集。广告很可能会断开连接，尽管当广告商想要针对特定的用户组或系统需要记录展示次数或点击次数时，它们通常最终会相互关联。至于其他部分，如果不更好地了解您正在建模的情况，很难说它们是否应该相关。
规范化通常在将概念 ERD 转换为逻辑关系模型之后进行，而不是直接在 ERD 上或在创建 ERD 的过程中进行。了解实体集、属性和关系如何转化为域、关系和依赖关系可能会邀请人们尝试直接在 ERD 中进行规范化，但这种方法的一个问题是实体-关系模型不是一个完整且一致的逻辑模型，并且因此某些关系可能无法在 ERD 中表示。
您使用符号的一个问题是您将外键指示为弱键属性。弱键与外键是不同的概念，外键通常不会显示在 ERD 中。其次，我会建立 services_providers 关系并在它和 services_requests 之间添加关系（关系上的关系将后者变成 ），而不是直接将其与 [=12 相关联=].
某些实体之间不建立关系是否正确？ 以及我们如何进行标准化以达到此图？
拥有多个未连接的 ERD 并没有错，但通常 most/everything 涉及单个系统最终会相关。
管理员通常被视为启用了 most/all 权限的用户，而不是不同的实体集。广告很可能会断开连接，尽管当广告商想要针对特定的用户组或系统需要记录展示次数或点击次数时，它们通常最终会相互关联。至于其他部分，如果不更好地了解您正在建模的情况，很难说它们是否应该相关。
规范化通常在将概念 ERD 转换为逻辑关系模型之后进行，而不是直接在 ERD 上或在创建 ERD 的过程中进行。了解实体集、属性和关系如何转化为域、关系和依赖关系可能会邀请人们尝试直接在 ERD 中进行规范化，但这种方法的一个问题是实体-关系模型不是一个完整且一致的逻辑模型，并且因此某些关系可能无法在 ERD 中表示。
您使用符号的一个问题是您将外键指示为弱键属性。弱键与外键是不同的概念，外键通常不会显示在 ERD 中。其次，我会建立 services_providers 关系并在它和 services_requests 之间添加关系（关系上的关系将后者变成