设计数据库表的注意事项

三范式

规范化（Normalization）是用于数据库设计的一系列原理和技术，它可以减少表中数据的冗余，增加数据完整性和一致性。

• 第一范式（1NF）是指表中的字段都是不可再分的原子属性，同时表需要有一个主键。
• 第二范式（2NF）首先需要满足第一范式，非主键字段必须完全依赖于主键字段，不能只依赖于主键的一部分。
• 第三范式（3NF）首先需要满足第二范式，非主键字段不能依赖于其他非主键字段。为了提高查询性能可以降低规范化的级别，也就是反规范化（Denormalization）

假如说现在我们有一个表，这个表没有遵守第一，第二或者第三范式
问题很明显啊，更新的时候不方便，查询的时候性能问题，null太多的占用空间问题，更新表结构存在问题等等

【第一范式】：每个字段不可拆分，这是一个非常主观的判断，在当前表其实还没什么争议，如果有一个多选结构，那么是把所有的存储在一起，还是说别的都是主观的判断而已，都可以设计，有相应的好处

可以看得出来，第一范式要以业务为需求来进行拆分。没有强制的规定

【第二范式】：对于非主键字段要完全依赖主键，其实也算一个主观判断

在当前表中，觉得部门地址只是部分依赖主键，没有完全依赖主键，所以可以把部门名称和部门地址拆分为一个新的表，添加一个部门编号，部门编号是为了防止部门名称改变，降低关联。

【第三范式】：非主键字段不能依赖于其他非主键字段，其实判断是否满足第三范式就是判断我改变了非主键以外的某个列的时候，是否会导致其他列的需要修改

对应到本次的案例中，工号决定职位，职位决定了最低月薪和最高月薪，这就有个传递的展现在此，违反了第三范式

层级结构

树状结构（Tree Structures）

​ 当遇到树状结构的时候，比如说员工表，员工会有上级和下级，我们是一个栏位parent_id(pid)来表示层级关系，比如说总经理是0，副总经理是1，经理是2，员工是3。一般使用工号，我们这简单点。

​ 但是当我们查询一个人下面的全部层级的时候，就会遇到问题，我们需要全部迭代，这个时候建议添加一个栏位path_id,在员工这个层级的时候，我们会存储这个一个信息。例如0-1-2-3,或者工号的K19-K29-K20-K11,只要独立的就行。类似这样的信息。当我们查询一个人下面的全部的层级的人的时候，可以这样做

SELECT * FROM employee_info where path like 'K19%';

这样就不需要挨个迭代了

多选结构

假设场景：在权限管理的数据库设计中，可能会遇到 这样的问题：

查询具有某些权限的用户，权限是多选的，用户可能具有一个或多个选择的权限。

这个问题的解决方案是有多种，比较常见的有。

1. 用一个字段去保存所有的权限ID，用一个逗号来分隔。
2. 用一张表来记录用户与权限的对应关系。

以上两种方案都各有利弊。但感觉都不太好。

下面介绍另一种方案：

1. 每一个权限都用一个二进制数计算出来的十进制数来表示，如10为4，1000为16，注意都 为2的n次方。
2. 如用用户拥有以上两个权限那么，那么权限值为1010为20，也就是4+16.
3. 在查询时如果勾选了这两个条件，那么，就把这两个权限相加，也就是20，再使用oracle的 bitand函数，就可以把拥有10，1000，1010权限的用户查询出来。

以上这个方案，应该说就比较好了，但是也有缺点，如果权限有很多，比如有100个权限，那2的n次方，得是多大的一个数啊，根本就无法存储和运算。

所有如果权限较多的话，还需要对这个方案进行一些改进：

1. 每一个权限都用一个二进制的字符串表示 ，如10，1000，100000000000000000，这里它们都是字符串
2. 如用用户拥有以上两个权限那么，那么权限值为100000000000001010，这里需要自己写一个函数来进行字符串的拼接和替换。
3. 查询的时候，也需要自己写一个类似的bitand的函数，处理字符串的匹配。

使用多选名称当栏位名

**好处：**直接了当

**坏处：**可拓展性差，如果需要新增一个多选名称(上面提及的栏位名)就需要改变一次表结构

把所有的多选名称存在一个栏位

**好处：**提高了可扩展性，新增多选名称就在对应的后面加一字符串就好

**坏处：**查询的时候麻烦，如果需要多选名称的几个值，如何查询，比如商家支持银行卡，有的不支持，我现在要查询支持微信支付的和银行卡支付的，就很麻烦，但这个可以优化，可以比如要求按照一定的顺序来

使用二进制来表示

**好处：**可扩展性高，方便查询，

**坏处：**不够直接，如果有很多种数据好像挺麻烦的

二进制的“位”本来就有表示状态的作用。在这里，采用不同的位表示卡支持状态，例如：

card_status(int）
1(0001)：表示支持金卡；
2（0010）：表示支持银卡；
4（0100）：表示支持其他卡；
3（0001+0010=0011）：表示支持金卡、银卡；
5（0001+0100=0101）：表示支持金卡、其他卡；
7 (0001+0010+0100=0111):表示支持所有卡；

如果想拓展增加一种卡，则用8（1000）表示，再增加一种则用16（10000）表示。

当想查询时，通过位的与运算即可以查询出想要的数据：

// 查询支持银卡打折的商家信息：  
select * from seller where card_status & b'0010'  
或者：  
Select * from seller where card_status & 2