数据库管理系统中关系模型和Codd规则的介绍

术语

关系模型： 关系模型以关系或表的形式表示数据。

关系模式： 模式表示关系的结构。例如。；学生关系的关系模式可以表示为： 学生（学号、学名、学号电话、学号州、学号国家、学号年龄）

关系实例： 如表1和表2所示，在特定的时间实例中，关系中存在的一组值称为关系实例。

属性： 每个关系都是根据一些属性定义的，每个属性都被称为属性。例如，STUD_NO、STUD_NAME等是关系学生的属性。

属性的域： 属性在关系中可能具有的值称为其域。例如，STUD_AGE的域可以是18到40。 元组： 关系的每一行称为元组。例如。；下面给出的学生关系有4个元组。

空值： 某些元组的某些属性的值可能未知、缺失或未定义，这些值由NULL表示。关系中的两个空值被视为彼此不同。 表1和表2表示的关系模型有两个关系：学生和学生课程。

Codd规则

Codd规则由E.F.Codd提出，关系模型应满足这些规则。

1. 基础规则： 对于任何被宣传为或声称为关系数据库管理系统的系统，该系统必须能够完全通过其关系功能来管理数据库。
2. 信息规则： 存储在关系模型中的数据必须是表中某个单元格的值。
3. 保证访问规则： 每个数据元素都必须可以通过表名、主键和属性名来访问，这些属性的值有待确定。
4. 系统处理空值： 数据库中的NULL值必须仅对应于缺失、未知或不适用的值。
5. 活动在线目录： 数据库的结构必须存储在授权用户可以查询的在线目录中。
6. 综合数据子语言规则： 数据库应该可以通过支持定义、操作和事务管理操作的语言访问。
7. 查看更新规则： 为不同目的创建的不同视图应可由系统自动更新。
8. 高级插入、更新和删除规则： 关系模型应该支持插入、删除、更新等操作。此外，还应支持并集、交集和负数等集合操作。
9. 物理数据独立性： 表的物理位置的任何修改都不应强制在应用程序级别进行修改。
10. 逻辑数据独立性： 表的逻辑或概念架构中的任何修改都不应强制在应用程序级别进行修改。例如，将两个表合并为一个表不应该影响应用程序访问它，这是很难实现的。
11. 正直独立： 在数据库级别修改的完整性约束不应强制在应用程序级别进行修改。
12. 分销独立性： 最终用户不应看到数据在不同位置的分布。
13. 不颠覆规则： 对数据的低级访问不能绕过完整性规则来更改数据。

大门问题

考虑到基本的ER和关系模型，以下哪项是不正确的？ [GATE CS 2012] A.一个实体的属性可以有多个值 B.实体的属性可以是复合的 C.在关系表的一行中，一个属性可以有多个值 D.在关系表的一行中，一个属性只能有一个值或一个空值

答复: 在关系模型中，一个属性不能有多个值。所以，选项C就是答案。

本文由 奏鸣曲 .如果你喜欢GeekSforgek，并想贡献自己的力量，你也可以使用 贡献极客。组织 或者把你的文章寄到contribute@geeksforgeeks.org.看到你的文章出现在Geeksforgeks主页上，并帮助其他极客。

如果您发现任何不正确的地方，或者您想分享有关上述主题的更多信息，请写下评论。