ERD 中不共享任何外键的数据库表之间的关系

Question

考虑以下数据库表的示例：

用户（id [PK]，用户名，...）

评论（id [PK], u_id [FK], ...）

reportedCommentInfo（id [PK]、c_id [FK]、reporting_u_id [FK]、日期、...）

管理员（id [PK]，用户名，...）

根据此数据库架构，任何用户都可以发表评论，并可以根据包含辱骂或垃圾邮件的材料报告其他用户 cmets。管理员可以查看用户报告的所有 cmets 列表，并可以删除不符合设定标准的 cmets。

在这种情况下，管理员实际上无权访问任何报告的 cmets，即它们的 ID 不存在于 admin 表中，但管理员可以访问和管理报告的 cmets。那么在创建 ERD 时，它们会是报告评论信息和管理表之间的关系吗？

即基本上我的问题是，在创建 ERD/数据模型时，我们可以在两个没有任何主键/外键关系的表之间创建关系吗？

或者两个表只有在它们之间有主键/外键关系时才能关联。

p.s：我们非常欢迎任何有关改进数据库架构或 ERD 结构方面的建议。

Answer 1

如果任何管理员都可以查看任何评论，则无需对他们之间的关系进行建模。不要将数据建模与系统建模混淆。数据模型只需要对您想要记录的事实进行建模。如果您想跟踪哪些管理员审查了哪些 cmets，那么您当然可以引入它们之间的关系。但是，您不需要关系来授予管理员用户对所有 cmets 的访问权限。相反，您的应用程序代码可以检查登录用户是否是管理员用户，并根据他们的状态显示不同的按钮或内容。

你问是否“两个表只有在它们之间有主键/外键关系时才能相关”。从关系和实体关系的角度来看，我们不关联表，我们使用表来关联值集。一些集合代表现实世界的事物（如用户），而另一些则代表标签（如名称）或测量值（如日期）。任何两组或多组值都可以通过为此目的创建合适的表来关联。外键约束用于指示一个列（一组值）是另一列（一组值）的子集，而不是关联行。有关此主题的更多信息，我推荐一本书，例如 Lex de Haan 和 Toon Koppelaars 的数据库专业人员应用数学。

Answer 2

您似乎对实体-关系模型/图表和关系建模有一些基本的误解。

实体类型/表格有方框图标，关系类型/表格有菱形图标。关系中实体的参与是线/FK。您的图表已经报告了 cmets 和管理员之间的关系和表格：reviews。如果您想要满足不同应用程序关系/关联的行，那么您必须通过查询根据给定/基本关系来表达它，或者您必须添加一个新的给定/基本关系和表。

-- REPORTEDCOMMENTID identifies reporting of comment COMMENTID ...
select * from ReportedCommentInfo

--admin ADMINID has name NAME and ...
select * from Admin   

--   REPORTEDCOMMENTID identifies reporting of comment COMMENTID ...
-- AND admin ADMINID has name NAME and ...
select * from ReportedCommentInfo join Admin    

您不需要行/FK 来查询。他们只是给予/基础参与。 （对 ER 建模调用参与/FK“关系”的错误陈述。）

PS 有桌子，也有工作。表格记录了业务的状态。一项工作涉及读取和/或更新一些相关表格。 ER 图只显示表格。您似乎将 ER 图与数据流图混淆了，后者是关于人们如何使用表来完成工作的。您在架构中拥有的数据的 ER 模型（架构/图表）将具有 User、Admin 和 Comment 实体、关于用户和 cmets 的 Posts 关系以及关于用户和 cmets 的 Reports 关系，可以将其视为报告关联实体。至于变体，包括您的架构，您需要选择一种特定的设计方法并遵循它。另外，你没有给出使用你给出的 ER 图的理由。