在数据库设计中使用父子表不是错误的吗？ [英] Isn't it wrong to say Parent-Child tables in database design?

问题描述

我正在学习数据库设计，熟悉了ER diagrams、relationships between Entities等基本术语。

我遇到了类似Parent , child tables的术语。正是这些术语我无法理解；我确实搜索了之前在SO中提出的类似问题，但我仍然不清楚。

Parent - Child术语在Object oriented编程中有意义，其中字面上有parent - child classes；这在`RDBMS‘中有什么意义？

谁能帮我了解RDBMS中的表之间的parent - child table关系？

推荐答案

这些术语非常笼统，您必须弄清楚上下文中的含义。当关系(船舶)/关联描述树/层次/网络时，就有父子关系。它只是意味着在某种关系的图形表示中，从一个节点到另一个节点有一条边。这包括带有概念性定向线条的图表。通常，这些术语在关系或信息建模上下文中用于被引用表的元关系(SHIP)/关联中的被引用表，该元关系(SHIP)/关联的父表由子表引用，这意味着从子表到父表存在外键(FK)。这与FKS被错误地称为"关系"有关。但是表/关系表示关系数据库中的业务/应用程序关系/值关联(可能标识实体)。因此，"关系模型"和"实体-关系模型"。

这篇关于在数据库设计中使用父子表不是错误的吗？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！