- 第一范式 - 列的原子性，数据库表中的每一列都是不可再分的基本数据项
- 单一字段有多个有意义的值：比如 （people，address）其中address包括street，city，country，以逗号分割。想要查询住在某一city的people很不容易
- 用很多字段来表示同一事实：比如（people，address1，address2，address3），就算我们假设每个people最多有三个地址，当想要查询住在同一地址的people时也很不容易，因为有可能people1的address1与people2的address2相同，每一次都要比较3*3次组合
- 第二范式 - 符合第一范式；且表中的属性必须完全依赖于全部主键，消除非主属性对主键的部分依赖
- 比如（组件ID，供应商ID，供应商姓名，价格），组件ID+供应商ID为主键，价格完全依赖于全部主键，因为不同组件不同供应商具有不同价格，但是对于供应商姓名，则只依赖于供应商ID，会造成对同一供应商ID，名字数据重复，而且如果供应商改名，需要修改全部数据。因此需要单独一个表（供应商ID，供应商姓名），（组件ID，供应商ID，价格）
- 第三范式 - 非主属性之间不能有依赖关系，必须都直接依赖于主属性，消除传递依赖
- 比如（组件ID，制造商姓名，制造商地址），其中组件ID为主键，而制造商地址依赖于制造商姓名，需要（组件ID，制造商姓名）和新表（制造商姓名，制造商地址）其中姓名是主键
- 比如（订单ID，组件ID，单价，数量，总价），其中总价=单价*数量，总价依赖于单价和数量，需要去掉总价栏
- BC范式 - 任何属性（包括非主属性和主属性）不能被非主属性所决定。第三范式强调非主属性不能依赖于其他非主属性，BC范式是第三范式的加强，强调“任何属性”。因此如果满足第三范式，并且只有一个主键，则一定满足BC范式
一般，范式越高，表越多，数据库操作时需要表关联，增加了查询的复杂性，降低了查询性能。因此并不是范式越高越好，要根据需要进行权衡，第三范式已经消除了大部分的数据冗余，插入异常，更新异常和删除异常。