《DB》专题

事务是一组逻辑相关的操作，它包含一组任务。 事务是一个动作或一系列动作，它由单个用户执行以执行访问数据库内容的操作。 示例： 假设银行员工从的帐户向的帐户转账元，这个小事务包含几个低级任务： X 的帐户 Y 的帐户 事务操作： 以下是交易的主要操作： 读(X)：读操作用于从数据库中读取X 的值并将其存储在主存储器的缓冲区中。 写(X)：写操作用于将值从缓冲区写回数据库。 举一个例子来从一个帐户中扣

当表中的两个属性彼此独立但两者都依赖于第三个属性时，会发生多值依赖性。 多值依赖包含至少两个依赖于第三个属性的属性，这就是它总是需要至少三个属性的原因。 示例 ：假设有一家自行车制造商公司每年生产两种颜色(白色和黑色)。 BIKE_MODEL MANUF_YEAR COLOR M2011 2008 White M2001 2008 Black M3001 2013 White M3001 2013

主要内容：1. 无损分解,2. 依赖保留当关系模型中的关系不是适当的范式时，则需要分解关系。 在数据库中，它将表分成多个表。 如果关系没有适当的分解，则可能导致信息丢失等问题。 分解用于消除一些不良设计的问题，如异常，不一致和冗余。 分解的类型 1. 无损分解 如果信息没有从分解的关系中丢失，那么分解将是无损的。 无损分解保证了关系的连接将产生与分解时相同的关系。 如果所有分解的自然连接给出原始关系，则该关系被称为无损分解。 示例： E

如果它在4NF 中并且不包含任何连接依赖关系并且连接应该是无损的，则关系在5NF 中。 当所有表都被分成尽可能多的表以便避免冗余时，满足5NF 。 5NF 也称为项目连接正常形式(PJ/NF)。 示例 - SUBJECT LECTURER SEMESTER Computer Anshika Semester 1 Computer John Semester 1 Math John Semester

如果它是Boyce Codd范式，并且没有多值依赖关系，那么关系将是4NF。 对于依赖性，如果对于单个值，存在多个值，则该关系将是多值依赖性。 示例 STUDENT 表结构和数据如下 - STU_ID COURSE HOBBY 21 Computer Dancing 21 Math Singing 34 Chemistry Dancing 74 Biology Cricket 59 Physics

如果它在2NF 中，并且不包含任何传递性部分依赖性，则关系将在3NF 中。 3NF 用于减少数据重复，它还用于实现数据完整性。 如果非素数属性没有传递依赖关系，则关系必须是第三范式。 如果关系对于每个非平凡函数依赖关系 保持至少以下条件之一，则该关系处于第三范式。 是一把超级主键。 是主键属性，即的每个元素是某个候选键的一部分。 示例： 表的结构和数据： EMP_ID EMP_NAME EMP_Z

在第二范式(2NF)中，首先关系必须是1NF。 在第二范式(2NF)中，所有非关键属性都完全依赖于主键。 示例： 假设学校存储教师和教授科目信息相关的数据。 在学校里，教师可以教授多个科目。 老师()表的结构和数据如下 - TEACHER_ID SUBJECT TEACHER_AGE 25 Chemistry 30 25 Biology 30 47 English 35 83 Math 38 83

如果它包含原子值，则关系为第一范式(1NF)。 它声明表的属性不能包含多个值，它必须只包含单值属性。 第一范式不允许多值属性，复合属性及其组合。 示例： 由于属性是一个多值属性，所以关系不在1NF中。 EMPLOYEE 表结构和数据 - EMP_ID EMP_NAME EMP_PHONE EMP_STATE 14 John 7272826385, 9064738238 UP 20 Harry 85

主要内容：范式的类型规范化是在数据库中组织数据的过程。 规范化用于最小化关系或关系集的冗余。 它还用于消除插入，更新和删除异常等不良特性。 规范化将较大的表分成较小的表，并使用关系链接它们。 普通表单用于减少数据库表中的冗余。 范式的类型 有四种类型的范式： 范式 描述说明 1NF 如果它包含原子值，则关系为第范式(1NF)。 2NF 如果它在1NF中，则关系将在2NF中，并且所有非关键属性完全依赖于主键。 3NF

阿姆斯特朗的公理是基本的推理规则。 阿姆斯特朗的公理用于结束关系数据库的函数依赖。 推理规则是一种断言。 它可以应用于一组FD(函数依赖)以导出其他FD(函数依赖)。 使用推理规则，可以从初始集中导出额外的函数依赖。 函数依赖有种类型的推理规则： 1. 自反规则(IR1) 在反身规则中，如果是的子集，则确定。 示例 2. 增强规则(IR2) 增强也称为部分依赖。在增强中，如果确定，则确定任何。 示

主要内容：1. 平凡函数依赖,2. 非平凡的功能依赖DBMS函数依赖是两个属性之间存在的关系。它通常存在于表中的主键和非键属性之间。 函数依赖的左侧被称为决定因素，生产的右侧被称为依赖。 例如： 假设有一个包含属性的员工表：，，。 这里属性是唯一地标识表的属性，因为如果知道，就可以知道与这个属性关联的员工姓名。 函数依赖可以写成： 因此可以说在函数上依赖于。 函数依赖的类型 1. 平凡函数依赖 如果是的子集，则具有平凡的函数依赖性。 以下依赖关系也

主要内容：1. 元组关系演算(TRC),2. 域关系演算(DRC)关系演算是一种非过程查询语言。 在非过程查询语言中，用户关心如何获得最终结果的细节。 关系演算告诉我们要做什么但从未解释过如何做。 关系演算的类型： 1. 元组关系演算(TRC) 指定元组关系演算以选择关系中的元组。 在TRC中，过滤变量使用关系的元组。 关系的结果可以有一个或多个元组。 符号 其中， 是由此产生的元组 是用于获取的条件。 示例： 输出 ：此查询从关系中选择元组。 它返回一个带有的

主要内容：1. 域限制,2. 实体完整性约束,3. 参照完整性约束,4. 键限制(约束)完整性约束是一组规则，它用于保持信息质量。 完整性约束确保必须以不影响数据完整性的方式执行数据插入，更新和其他过程。 因此，完整性约束用于防止对数据库的意外损坏。 完整性约束的类型 1. 域限制 域约束可以定义为属性的有效值集的定义。 域的数据类型包括字符串，字符，整数，时间，日期，货币等。属性的值必须在相应的域中可用。 示例 - 2. 实体完整性约束 实体完整性约束表明主键值不能为空()。 这是

主要内容：1.自然连接,2. 外部连接,3. 相等连接当且仅当满足给定的连接条件时，连接操作才组合来自不同关系的相关元组。 它用符号来表示。 示例： 员工()表 - EMP_CODE EMP_NAME 101 Stephan 102 Jack 103 Harry 薪水()表 - EMP_CODE SALARY 101 50000 102 30000 103 25000 操作符号： 输出结果如下： EMP_CODE EMP_NAME SALARY 10

主要内容：1. 选择操作,2.项目操作,3.联合操作,4. 集合交集,5. 集合差集,6. 笛卡尔积,7. 重命名操作关系代数是一种过程查询语言，它提供了一步一步的过程来获取查询的结果。 它使用运算符来执行查询。 关系操作的类型 1. 选择操作 选择(select)操作选择满足给定谓词的元组。 它由西格玛(σ)表示。 其中: 用于选择预测 用于关系 用作命题逻辑公式，可以使用以下连接符:和。这些关系可以用作关系运算符，如:，，，， 和 。 例如 : LOAN关系 BRANCH_NAME LOAN