mysql - 在 RDBMS 中，Concrete 对象是否有正式的设计原则，例如 Coarse 与 Course Session？

Question

在设计RDBMS模式时，我想知道是否存在具体对象的形式化原则:例如，如果是Persons表，那么每条记录都是非常具体和唯一的。事实上，每条记录都代表一个独特的人。

但是诸如类(class)之类的表(如在学校)又如何呢？它可以有描述、单元数量、仅在秋季(秋季)或 Spring 提供等，这些是类(class)的“一般属性”。

然后是实际的 CourseSessions，其中包含有关 time_from 和 time_to 的信息(例如上午 10 点到上午 11 点)，无论是周一、周三或周二/周四，教师进行教学，并使用 course_id 指向类(class)表。

所以上面两张表都是需要的。

表格设计有“具体”与“抽象”的原则吗？

更新:我所说的“抽象”是指一门类(class)是一个抽象的想法...它可以有多个实例...例如上午 10 点至 11 点的物理 10 类(class)，另一个时间是中午 12 点至 1 点。

Answer 1

for example, if it is Persons table, then each record is very concrete and unique. Each record in fact represents a unique person.

这是希望，但不是情况的现实。

根据移民或合法死亡身份，可能有两个(或更多记录)代表同一个人。唯一地识别人是很困难的——名字、中间名和姓氏可以匹配，但实际上反射(reflect)了不同的人。 SSN/SIN 不可靠，因为它们可能会改变(移民、合法死亡)。名字并不能保证性别，而且性别是可以改变的。

表格设计是否有“具体”与“抽象”的原则

“具体”与“抽象”的分类是任意的，需要解释。开始和结束日期真的让类(class)变得“具体”吗？因为我可以在[选择的日历软件]中预订很多事情 - 并不意味着类(class)确实发生了，或者最终成绩是合法的值...

表设计基于业务规则以及支持这些规则所需的逻辑实体(可以成为物理模型中的表)。规范化有助于使这些实体更加明显。