MySQL中的三个范式，你了解吗（mysql三个范式）
MySQL中的三个范式，你了解吗？
在MySQL数据库中，数据的存储和管理至关重要，如果没有好的数据存储方式，可能会产生重复数据、数据不一致等问题。为了解决这些问题，数据库范式被提出，MySQL也遵循着这些范式进行数据库设计。本文将介绍MySQL中的三个范式及其重要性。
第一范式：原子性
第一范式（1NF）的核心要求是，每个列的值都应该是原子的，不可再分。这意味着一列中不应该包含多个值或重复值。例如，如果我们想在MySQL中存储一个人的姓名和电话号码，我们应该将姓名和电话号码分别存储在不同的列中，而不是将它们存储在一个单元格中。
下面是一个违反第一范式的例子：
| ID | Name | Phone |
|—-|————|—————|
| 1 | John, Doe | 123-456-7890 |
| 2 | Jane, Doe | 555-555-5555 |
通过将姓名和电话号码存储在同一列中，我们不满足第一范式。正确的方式是将姓名和电话号码分别存储在不同的列中。下面是一个遵循第一范式的例子：
| ID | First Name | Last Name | Phone |
|—-|————|———–|—————|
| 1 | John | Doe | 123-456-7890 |
| 2 | Jane | Doe | 555-555-5555 |
第二范式：唯一性
第二范式（2NF）的核心是，每个表应该具有唯一标识符，并且所有其他列都应该与该标识符相关联。这意味着在同一个表中，不应该存在多个含义相同的列。如果有多个含义相同的列，则应该将它们分开成不同的表。
例如，我们想要在MySQL中存储公司内部员工的信息，包括员工ID、姓名、部门、工资等信息。我们应该将员工ID作为唯一标识符，并在不同的表中存储不同的信息。
下面是一个遵循第一范式但违反第二范式的例子：
| ID | Name | Department | Salary |
|—-|————|———————|———|
| 1 | John, Doe | Accounting | 50000 |
| 2 | Jane, Doe | Sales | 60000 |
| 3 | Bob, Smith | Accounting | 55000 |
| 4 | Tim, Johnson | Sales | 65000 |
在这个例子中，Department列和Salary列与ID列相关联，但它们之间存在着重复和冗余。正确的方式是将Department列和Salary列从员工信息表中分开，并将它们存储在不同的表中。下面是一个遵循第一范式和第二范式的例子：
员工信息表：
| ID | Name |
|—-|————|
| 1 | John, Doe |
| 2 | Jane, Doe |
| 3 | Bob, Smith |
| 4 | Tim, Johnson |
部门表：
| ID | Department |
|—-|———————|
| 1 | Accounting |
| 2 | Sales |
工资表：
| ID | Salary |
|—-|———|
| 1 | 50000 |
| 2 | 60000 |
| 3 | 55000 |
| 4 | 65000 |
第三范式：独立性
第三范式（3NF）的核心是，每个非主属性都应该依赖于主键，而不应该依赖于其他非主属性。这意味着，如果一个非主属性可以通过计算获得，则应该从表中删除。
例如，我们想在MySQL中存储客户信息，包括客户ID、客户姓名、客户地址、客户邮编等信息。我们应该将客户ID作为主键，并将客户地址、客户邮编分开存储。
下面是一个违反第三范式的例子：
| ID | Name | Address | Zip Code |
|—-|————|————————|———–|
| 1 | John, Doe | 123 Mn St, Anytown | 12345 |
| 2 | Jane, Doe | 456 Broadway, Anytown | 12345 |
| 3 | Bob, Smith | 789 Elm St, Anytown | 54321 |
在这个例子中，Address列和Zip Code列依赖于Name列，这意味着如果我们更改了姓名，则地址和邮编也会发生变化。正确的方式是将Address列和Zip Code列从客户信息表中分开，并将其存储在不同的表中。
客户信息表：
| ID | Name |
|—-|————|
| 1 | John, Doe |
| 2 | Jane, Doe |
| 3 | Bob, Smith |
客户地址表：
| ID | Address |
|—-|————————|
| 1 | 123 Mn St, Anytown |
| 2 | 456 Broadway, Anytown |
| 3 | 789 Elm St, Anytown |
客户邮编表：
| ID | Zip Code |
|—-|———–|
| 1 | 12345 |
| 2 | 12345 |
| 3 | 54321 |
再举一个例子，我们有一个订单表，其中包含订单ID、日期、客户ID、客户姓名、产品ID、产品名称、产品价格、数量等信息。我们可以将订单ID作为主键，将客户ID、产品ID作为外键，分别在客户信息表和产品信息表中建立一个唯一标识符，并将其它属性分开存储。
从上面的例子可以看出，遵循数据库范式可以使我们更好地组织和管理数据。但是，在实际的数据存储中，并不是所有的数据库设计都需要遵循范式，我们需要根据实际情况来决定是否需要严格遵循范式。每个设计决策都需要评估数据模型的复杂度、性能和可扩展性等因素。通过将设计规范化，我们可以最大限度地减少数据紊乱和混乱。
