数据库的键（Keys）与三大范式（Forms）

主键/超键/候选键/外键

在数据库设计中，主键、超键、候选键和外键是关系模型中的基本概念，它们用于定义表中的数据结构和完整性约束。以下是这些概念的详细解释：

主键

• 定义：主键（Primary Key）是一列或多列的组合，其值能够唯一标识表中的每一行。在一个数据库表中被选定用来唯一标识每一行的特定候选键。一旦确定，这个键成为表的主键。
• 特点
  • 每个表只能有一个主键。
  • 主键中的值必须是唯一的。
  • 主键列中的值不能为NULL。
  • 通常用来建立表与表之间的关系。
• 示例
  这里的 id 列就是主键。

  CREATE TABLE Employee (
      id INT PRIMARY KEY,
      name VARCHAR(100),
      department_id INT
  );
  

超键

• 定义：超键（Super Key）是一组列的集合，其值能够唯一标识表中的每一行。超键可以包含主键以及其他列。
• 特点
  • 超键可能包含额外的列，这些列并不是唯一性所必需的。
  • 所有的主键都是超键，但并不是所有的超键都是（或包含）主键。
  • 超键不必包括指定的主键，但必须至少包含主键或其它足以保证记录唯一性的属性组合。这意味着所有的超键至少要包含主键或等效的候选键组合，以保持唯一标识记录的能力。
• 示例
  在表 Employee 中，(id) 和 (id, name) 都是超键。

候选键

• 定义：候选键（Candidate Key）是一个最小的超键，去掉其中任何一列后，剩下的列不再是超键。
• 特点
  • 一个表可以有多个候选键。
  • 候选键的值必须唯一且不能为 NULL。
  • 主键是从候选键中选出的一个。
• 示例
  如果 Employee 表中 name 列的值也唯一且非空，则 (id) 和 (name) 都是候选键。

外键

• 定义：外键（Foreign Key）是一列或多列的组合，其值引用另一个表的主键，用于建立两个表之间的关联。
• 特点
  • 外键的值可以重复。
  • 外键列中的值可以为 NULL。
  • 外键约束用于保持表之间的引用完整性。
• 示例
  这里的 department_id 列是 Employee 表的外键，它引用了 Department 表的 id 列。

  CREATE TABLE Department (
      id INT PRIMARY KEY,
      dept_name VARCHAR(100)
  );
  
  CREATE TABLE Employee (
      id INT PRIMARY KEY,
      name VARCHAR(100),
      department_id INT,
      FOREIGN KEY (department_id) REFERENCES Department(id)
  );
  

这些键的使用有助于保证数据库中的数据一致性和完整性，并且在设计关系数据库模型时，正确使用这些键可以显著提高数据库的查询性能和数据管理能力。

外键约束

数据库中的外键约束是一种数据完整性约束，主要用于维护不同数据表之间的关系和确保数据的一致性。外键是一种数据库的设计元素，它在一个表中创建一个字段或字段组，这些字段引用另一个表的主键字段。通过这种方式，外键帮助确保参照的数据的完整性和正确性。

外键的作用

• 维护关系：外键用于建立和维护两个数据表之间的关系。
• 防止无效数据的插入：外键约束确保只有那些在相关表中存在对应主键的值可以被插入到当前表的外键列中。
• 级联操作：外键约束可以定义某些操作（如删除或更新）在一个表上执行时，对另一个表的影响（例如，删除主表中的记录时同时删除外表中的相关记录）。
  举个例子，假设有两个表：Students和Classes。
• Classes表
  • ClassID(主键)
  • ClassName
• Students表
  • StudentID
  • StudentName
  • ClassID(外键)
    这里，Classes表有一个字段ClassID，它是这个表的主键。Students表有一个字段ClassID，这里用作外键，它引用Classes表的ClassID字段。

约束的作用

• 引用完整性：如果你试图在Students表添加一个新记录，其ClassID在Classes表中不存在，数据库会拒绝这次插入操作，因为它违反了外键约束。

• 级联删除：如果Classes表中某个具体的ClassID被删除，那么Students表中所有该ClassID的记录也会被删除（如果设置了级联删除的话）。

• 级联更新：如果更新Classes表中的ClassID，那么在Students表中所有对应的ClassID也会被相应更新（如果设置了级联更新的话）。

  外键约束的级联操作（Cascade Actions）需要在创建外键约束时指定。这些级联操作定义了当父表中的关键记录被修改或删除时，如何自动更新或删除引用这些记录的子表中的对应记录。主要的级联操作包括：

  • CASCADE：当父表中的记录被更新或删除时，子表中的相应记录也会被自动更新或删除。

  • SET NULL：当父表中的记录被删除时，子表中相应记录的外键字段会被设置为NULL。

  • SET DEFAULT：当父表中的记录被删除时，子表中相应记录的外键字段会被设置为默认值。

  • NO ACTION：如果尝试删除或修改父表中的记录，而子表中存在依赖于这些记录的外键，则会抛出错误。通常，这是默认行为。

  • RESTRICT：与NO ACTION类似，但在某些数据库系统中，检查的时机可能不同。

    CREATE TABLE Orders (
        OrderID int PRIMARY KEY,
        ProductID int,
        Quantity int,
        FOREIGN KEY (ProductID) REFERENCES Products(ProductID)
        ON DELETE CASCADE
        ON UPDATE CASCADE
    }
    

    这段代码确保了当Products表中的某个ProductID被更新或删除时，Orders表中相应的记录也会相应地被更新或删除。

  通过外键约束，数据库能够自动维护数据之间的逻辑一致性，确保数据的准确性和完整性，减少数据冗余和错误。这是数据库设计中非常重要的一个方面，尤其是在处理复杂数据关系时。

三大范式

数据库的设计通常遵循一系列的规范化原则，即范式（Normal Forms），以提高数据的一致性、减少数据冗余，并防止数据异常。最基础的三大范式是：

1. 第一范式（1NF）：原子性
   • 定义：第一范式要求表中的每一列都是不可分割的最小数据单位，即每一列的值都是原子的，不能再细分。
   • 目的：确保表中每个字段都是具有单一值的，不包含列表或复合属性，这有助于简化数据操作和查询。
   • 示例：
     • 不符合1NF的表：员工表中的一个字段“爱好”包含多个值（如“阅读,游泳”）。
     • 符合1NF的表：将“爱好”拆分为多行或建立单独的爱好表。
2. 第二范式（2NF）：无部分依赖
   • 定义：第二范式在第一范式的基础上进一步要求，表中的所有非主属性完全依赖于主键，而不仅仅是依赖于主键的一部分（如果主键是由多个字段组成的）。
   • 目的：消除记录中的部分依赖，即确保非主属性只依赖整个主键，从而减少数据冗余和更新异常。
   • 示例：
     • 不符合2NF的表：一个学生课程表，包含“学生ID, 课程名, 教师名”，其中“教师名”只依赖“课程名”而非完整主键“学生ID, 课程名”。
     • 符合2NF的表：分解成两个表，一个是“学生ID, 课程名”，另一个是“课程名, 教师名”。
3. 第三范式（3NF）：无传递依赖
   • 定义：第三范式要求表必须先满足第二范式，且表中的所有非主属性不仅完全依赖于主键，而且不依赖于其他非主属性（消除传递依赖）。
   • 目的：进一步减少数据冗余和更新异常，确保每列的数据依赖于主键，从而使数据模型更加独立。
   • 示例：
     • 不符合3NF的表：一个包含“学生ID, 院系名, 院系电话”字段的表，其中“院系电话”依赖于“院系名”而非“学生ID”。
     • 符合3NF的表：分解成两个表，一个是“学生ID, 院系名”，另一个是“院系名, 院系电话”。

遵循这些范式可以使数据库设计更加科学和合理，有助于减少数据操作过程中的错误和问题，提高数据库的可维护性和扩展性。