第三范式（3NF）是关系数据库设计中的规范化级别之一。它建立在第一范式（1NF）和第二范式（2NF）的基础上，并要求满足以下两个条件：
数据表必须符合第二范式（2NF）。
非主键列必须直接依赖于主键，而不是依赖于其他非主键列。
简而言之，第三范式要求数据表中的非主键列必须直接依赖于主键，而不能依赖于其他非主键列。
下面是一个示例，说明如何将一个非规范化的表转换为满足第三范式的表结构：
假设我们有一个非规范化的表格Employees，用于记录员工的信息。
员工编号 姓名 部门编号 部门名称
1001 张三 1 销售部
1002 李四 2 人力资源部
1003 王五 1 销售部
上述表格中，主键由员工编号列组成。部门名称列依赖于部门编号，而不是直接依赖于主键。这违反了第三范式的要求。
为了使其符合第三范式，我们需要将其拆分为两个表，并建立适当的关联。
首先，我们创建一个Employees表，包含员工的基本信息：
sql
Copy
CREATE TABLE Employees (
employee_id INT PRIMARY KEY,
employee_name VARCHAR(50),
department_id INT
);
INSERT INTO Employees (employee_id, employee_name, department_id)
VALUES (1001, '张三', 1),
(1002, '李四', 2),
(1003, '王五', 1);
接下来，我们创建一个Departments表，包含部门的信息，并使用主键department_id标识每个部门：
sql
Copy
CREATE TABLE Departments (
department_id INT PRIMARY KEY,
department_name VARCHAR(50)
);
INSERT INTO Departments (department_id, department_name)
VALUES (1, '销售部'),
(2, '人力资源部');
最后，我们修改Employees表，将department_name列移除，并使用外键与Departments表进行关联：
sql
Copy
ALTER TABLE Employees
ADD FOREIGN KEY (department_id) REFERENCES Departments(department_id);
通过进行这样的拆分和关联，我们将非规范化的表转换为了满足第三范式的表结构。
这个示例说明了第三范式的概念和应用。通过将非主键列直接依赖于主键，并使用适当的关联来建立表之间的关系，我们可以确保数据的一致性和规范性。
请注意，这只是一个简单的示例，实际的数据库设计可能更加复杂，需要根据具体的业务需求进行设计。
可以帮助您深入了解和应用第三范式（3NF）以及相关的数据库设计原则：
《数据库系统概念》（Database System Concepts）：这本由Abraham Silberschatz、Henry F. Korth和S. Sudarshan合著的经典教材是数据库系统的权威参考书之一。它详细介绍了规范化理论和实践，包括第三范式的概念和应用。
《SQL和关系数据库设计》（SQL and Relational Database Design）：这本由Tony Davis和Julia Lerman合著的书专注于SQL和关系数据库的设计原则和实践。它包含了关于第三范式和其他规范化级别的深入指导和示例。
《数据库设计和实现》（Database Design and Implementation）：这本由Edward Sciore著的教材涵盖了数据库设计的基本原则和技术。它包括关于规范化和第三范式的章节，并提供了实际案例和练习。
在线课程：许多在线教育平台，如Coursera、edX和Udemy等，提供了关于数据库设计和规范化的课程。这些课程通常涵盖第三范式和其他规范化概念的详细讲解和实践。
官方文档和教程：不同数据库管理系统（如MySQL、Oracle、Microsoft SQL Server等）的官方文档和教程通常提供了关于规范化和第三范式的指导和最佳实践。您可以查阅相应数据库管理系统的官方网站以获取更多信息。
这些资料将为您提供有关第三范式和相关数据库设计原则的深入理解，帮助您在实践中应用这些概念。
