MySql外键及其使用详细教程 |
您所在的位置：网站首页 › mysql外键主键 › MySql外键及其使用详细教程 |
MySql外键及其使用详细教程
|
MySQL外键（详解）_网易测试开发猿的博客-CSDN博客_mysql外键MySQL外键（详解）什么是外键： 外键是指引用另外一个表中的一列或多列数据，被引用的列应该具有主键约束或者唯一性约束（简单来说外键是另一个表的主键或者唯一约束）。外键可以有重复的,可以是空值，用来建立和加强两个表数据之间的连接一、主外键关系在上图上涉及的两个表中，学生信息表 (stuInfo)为主表，学生成绩表(score)为从表；那么主从表之间有什么关系呢？1、当主表中没有对应的记录时，不能将记录添加到子表 --------学生成绩表中不能出现学生信息表中没有的学号2、不能更 什么是外键： 外键是指引用另外一个表中的一列或多列数据，被引用的列应该具有主键约束或者唯一性约束（简单来说外键是另一个表的主键或者唯一约束）。外键可以有重复的, 可以是空值，用来建立和加强两个表数据之间的连接 一、主外键关系 在上图上涉及的两个表中，学生信息表 (stuInfo)为主表，学生 成绩表(score)为从表；那么主从表之间有什么关系呢？ 1、当主表中没有对应的记录时，不能将记录添加到子表 --------学生成绩表中不能出现学生信息表中没有的学号 2、不能更改主表中的值而导致子表中的记录孤立 --------学生信息表中的id变化了，学生成绩表中的id也要随着发生改变 3、子表存在与主表对应的记录，不能从主表中删除该行 --------不能把部门表中的数据删除 4、删除主表前，先删子表 --------先删除成绩表、后删除学生信息表 二、外键的使用 外键的使用需要满足下列的条件： 1、两张表必须都是InnoDB表，并且它们没有临时表。 2、建立外键关系的对应列必须具有相似的InnoDB内部数据类型。 3、建立外键关系的对应列必须建立了索引。 创建外键的两种方式：方式一：在创建表的时候进行添加方式二：表已经创建好了，继续修改表的结构来添加外键。 在创建表的时候添加外键： 表1： create table stuInfo( Scode int primary key, --学生的学号 Sname char(10), --学生的姓名 Saddress varchar(50), --学生的住址 Sgrade int, --学生所在班级 Semail varchar(50), --学生的邮箱地址 Sbrith date )DEFAULT CHARSET='utf8';表2： create table score( studentID int, coureseID int, score int, scoreID int primary key, foreign key(studentID) references stuInfo(Scode) --添加外键 ) DEFAULT charset='utf8';建表以后添加外键： 语法：alter table 表名称 add foreign key (列名称) references 关联表名称（列名称）; 例： alter table stuInfo add foreign key (scode) references score(studentID);三、删除外键 语法：alter table 表名称 drop foreign key 外键名称; 例： alter table score drop foreign key score_ibQk_1;注意：如果没有在建表的时候标明外键名称， 可以通过： show create table 表名;进行查看外键名称 MYSQL外键的使用以及优缺点 - 走看看主键和索引是不可少的，不仅可以优化数据检索速度，开发人员还省不其它的工作,矛盾焦点：数据库设计是否需要外键。这里有两个问题：一个是如何保证数据库数据的完整性和一致性；二是第一条对性能的影响。正方观点： 主键和索引是不可少的，不仅可以优化数据检索速度，开发人员还省不其它的工作, 矛盾焦点：数据库设计是否需要外键。这里有两个问题：一个是如何保证数据库数据的完整性和一致性；二是第一条对性能的影响。 正方观点： 1，由数据库自身保证数据一致性，完整性，更可靠，因为程序很难100％保证数据的完整性，而用外键即使在数据库服务器当机或者出现其他问题的时候，也能够最大限度的保证数据的一致性和完整性。 eg：数据库和应用是一对多的关系，Ａ应用会维护他那部分数据的完整性，系统一变大时，增加了Ｂ应用，Ａ和Ｂ两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性，而且一年以后如果又增加了C应用呢？ 2，有主外键的数据库设计可以增加ER图的可读性，这点在数据库设计时非常重要。 3，外键在一定程度上说明的业务逻辑，会使设计周到具体全面。 反方观点： 1，可以用触发器或应用程序保证数据的完整性 2，过分强调或者说使用主键／外键会平添开发难度，导致表过多等问题 3，不用外键时数据管理简单，操作方便，性能高（导入导出等操作，在insert, update, delete 数据的时候更快） eg:在海量的数据库中想都不要去想外键，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不 止一个字段有外键，这样扫描的数量是成级数的增长！我的一个程序入库在3个小时做完，如果加上外键，需要28个小时！ 结论： 1，在大型系统中（性能要求不高，安全要求高），使用外键；在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。 2，用外键要适当，不能过分追求 3，不用外键而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用通过这个层来访问数据库。 需要注意的是：MySQL允许使用外键，但是为了完整性检验的目的，在除了InnoDB表类型之外的所有表类型中都忽略了这个功能。这可能有些怪异，实际上却非常正常：对于数据库的所有外键的每次插入、更新和删除后，进行完整性检查是一个耗费时间和资源的过程，它可能影响性能，特别是当处理复杂的或者是缠绕的连接树时。因而，用户可以在表的基础上，选择适合于特定需求的最好结合。所以，如果需要更好的性能，并且不需要完整性检查，可以选择使用MyISAM表类型，如果想要在MySQL中根据参照完整性来建立表并且希望在此基础上保持良好的性能，最好选择表结构为innoDB类型 |
http://t.zoukankan.com/fuland-p-4280434.html【本文地址】
今日新闻 |
推荐新闻 |