mysql中的约束

  为了防止往数据表中插入错误的数据，在MySQL中，定义了一些维护数据库完整性的规则，即表的约束。

常见的表的约束：

      

    上表中列举的约束条件都是针对表中字段进行限制， 从而保证数据表中数据的正确性和唯一性。

一、主键约束

       在MySQL中，为了快速查找表中的某条信息，可以通过设置主键来实现。主键约束是通过PRIMARY KEY

定义的，它可以唯一标识表中的记录，这就好比身份证可以用来标识人的身份一样。在MySQL中，主键约束

分两种，具体如下：

      1、单字段主键

           单字段主键指的是由一个字段构成的主键，其基本语法如下：

         

          上述案例中，表student创建了id、name和grade三个字段，其中id字段是主键。

      2、多字段主键

          多字段主键指的是多个字段组合而成的主键，其基本的语法格式如下所示：

          

           上述案例中，表student创建了id、name和grade三个字段，其中id和name两个字段组合可以唯一

    确定一条记录。

  【补充】一个表最多可以创建一个主键。

二、外键约束

      如果表A的主键是表B中的字段，则该字段称为表B的外键；另外表A称为主表，表B称为从表。外键是用来

实现参照完整性的，不同的外键约束方式将可以使两张表紧密的结合起来，特别是修改或删除的级联操作将使

得日常维护更轻松。外键主要用来保证数据的完整性和一致性。其基本语法如下：

     

       【补充】一个表允许有多个外键，且外键只适用于InnoDB表，MyISAM表不支持外键。InnoDB表和

MyISAM表的主要区别是：InnoDB表支持事务、行锁和外键，MyISAM不支持；InnoDB表索引式修改效率较

MyISAM高，MyISAM表查询、插入和删除效率较InnoDB高，而且MyISAM索引和数据分离，索引压缩存储，

而InnoDB索引和数据紧密结合，不支持压缩，所以MyISAM内存利用率比InnoDB高；另外MyISAM的移植性

也更强。

三、非空约束

       非空约束指的是字段的值不能为NULL，在MySQL中，非空约束是通过NOT NULL定义的，其基本语法

如下：

    

       上述案例中，表student包含id、name和grade三个字段。其中id为主键，name为非空字段。

     【补充】一个表可以有多个非空约束字段。

四、唯一约束

       唯一约束用于保存数据表中字段的唯一性，类似于主键，即表中字段值不能重复出现。唯一约束

是通过UNIQUE定义的，其基本语法如下：

     

       上述案例中，表student包含id、name和grade三个字段。其中id为主键，name字段为唯一值，

不能重复。

     【补充】一个表可以有多个唯一约束字段。

五、默认约束

       默认约束用于给数据表中的字段指定默认值，即当在表中插入一条新纪录时，如果没有给这个字段

赋值，那么，数据库系统会自动为这个字段插入默认值。默认值是通过DEFAULT关键字定义的，其

基本语法如下：

     

       上述案例中，表student包含id、name和grade三个字段。其中id为主键，grade字段的默认值为0。

 【补充】一个表可以有多个默认约束字段。

六、自增约束

       在数据表中，若想为表中插入新记录自动生成唯一的ID，可以使用AUTO_INCREMENT约束来实现。

AUTO_INCREMENT约束的字段可以是任何整数类型。默认情况下，改字段的值是从1开始自增的。其基

本语法如下：

     

        上述案例中，表student包含id、name和grade三个字段。其中id为主键，且没插入一条新纪录，

id都会自动增加。

第一范式

   1、每一列属性都是不可再分的属性值，确保每一列的原子性

 

   2、两列的属性相近或相似或一样，尽量合并属性一样的列，确保不产生冗余数据。

 

 

 

如果需求知道那个省那个市并按其分类，那么显然第一个表格是不容易满足需求的，也不符合第一范式。

 

 

 

显然第一个表结构不但不能满足足够多物品的要求，还会在物品少时产生冗余。也是不符合第一范式的。

 

第二范式

 

每一行的数据只能与其中一列相关，即一行数据只做一件事。只要数据列中出现数据重复，就要把表拆分开来。

 

 

一个人同时订几个房间，就会出来一个订单号多条数据，这样子联系人都是重复的，就会造成数据冗余。我们应该把他拆开来。

 

 

 

 

 

这样便实现啦一条数据做一件事，不掺杂复杂的关系逻辑。同时对表数据的更新维护也更易操作。

 

第三范式

 数据不能存在传递关系，即没个属性都跟主键有直接关系而不是间接关系。像：a-->b-->c  属性之间含有这样的关系，是不符合第三范式的。

比如Student表（学号，姓名，年龄，性别，所在院校，院校地址，院校电话）

这样一个表结构，就存在上述关系。 学号--> 所在院校 --> (院校地址，院校电话)

这样的表结构，我们应该拆开来，如下。

（学号，姓名，年龄，性别，所在院校）--（所在院校，院校地址，院校电话）

 

最后：

三大范式只是一般设计数据库的基本理念，可以建立冗余较小、结构合理的数据库。如果有特殊情况，当然要特殊对待，数据库设计最重要的是看需求跟性能，需求>性能>表结构。所以不能一味的去追求范式建立数据库。