-
等级
本版专家分：16115结帖率 93.98% -
问个问题，建表时，外键约束对性能有多大损耗展开阅读全文
-
等级
本版专家分：214223勋章
-
- 签到新秀 累计签到获取，不积跬步，无以至千里，继续坚持！
-
- 状元 2014年 总版技术专家分年内排行榜第一
-
- 榜眼 2013年 总版技术专家分年内排行榜第二
-
-
金牌
2014年8月 总版技术专家分月排行榜第一
2014年7月 总版技术专家分月排行榜第一
2014年6月 总版技术专家分月排行榜第一
2014年5月 总版技术专家分月排行榜第一
2014年4月 总版技术专家分月排行榜第一
2014年3月 总版技术专家分月排行榜第一
2014年1月 总版技术专家分月排行榜第一
2013年12月 总版技术专家分月排行榜第一
-
-
70-461上面有一个note，外键上加上非聚集索引能够提高性能。
至于约束，由于要检查是否满足定义，必然带来一定的开销，但是多少这个没有办法说准确
-
等级
本版专家分：10 -
学习了
-
等级
本版专家分：6069 -
没有多大影响
-
等级
本版专家分：17796
-
对插入和修改肯定有影响了，具体影响多大就不知道啦
-
等级
本版专家分：120 -
进来围观大神解答~
-
版主等级
本版专家分：119400勋章
-
- 签到新秀 累计签到获取，不积跬步，无以至千里，继续坚持！
-
- GitHub 绑定GitHub第三方账户获取
-
-
优秀版主
2016年8月论坛优秀版主
2015年2月论坛优秀版主
-
-
微软MVP
2016年4月荣获微软MVP荣誉称号
2015年4月荣获微软MVP称号
2014年4月 荣获微软MVP称号
-
-
不建议使用外键约束,会产生隐性锁,高并发时性能不佳.
-
等级
本版专家分：9284
-
外键约束在更新或者删除数据的时候，要去扫描（或者查找，这里不扣字眼）一遍引用这个外键的表，这个就是所谓的影响吧
其实想看这个代价很容易
test，test2两个完全一样的表，数据也一样，test一个列为test2的一个外键，在两个表中，
你删除同样一个ID的数据，效果不就出来了
置于设置外键的表怎么处理，是扫描还是查找，那就看如何见索引了
create table test
(
col1 varchar(50),
col2 varchar(50),
col3 varchar(50),
col4 varchar(50),
col5 varchar(50),
)
alter table test
add constraint pk_id primary key(col1)
--创建表2
select * into test2 from test
select * from test2
--对表2增加外键
alter table test2
add constraint fk_col1 foreign key(col1) references test(col1)
alter table test2
add constraint pk_id2 primary key(col1)
select * from test2
insert into test values (NEWID(),NEWID(),NEWID(),NEWID(),NEWID())
go 100000
insert into test2 select * from test
set statistics io on
delete from test where col1='E6200F7E-B53A-49EF-B3B5-96E485C390AF'
(1 行受影响)
表 'test2'。扫描计数 0，逻辑读取 3 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'test'。扫描计数 0，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
delete from test2 where col1='E6200F7E-B53A-49EF-B3B5-96E485C390AF'
(1 行受影响)
表 'test2'。扫描计数 0，逻辑读取 3 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
-
等级
本版专家分：9284
-
不建外键或者主键约束，只是在应用中取做逻辑判断，太危险了，我是吃过这个亏，
因为写的代码总是有bug，
只怪自己技术烂
某些情况下判断不到，造成逻辑上重复的数据，处理起来太痛苦了，
如果有主外键约束，宁愿报错也不愿意让它出现错误的数据
-
等级
本版专家分：45917勋章
-
-
红花
2017年3月 VB大版内专家分月排行榜第一
2016年12月 VB大版内专家分月排行榜第一
2016年5月 VB大版内专家分月排行榜第一
2016年1月 VB大版内专家分月排行榜第一
2015年12月 VB大版内专家分月排行榜第一
2015年11月 VB大版内专家分月排行榜第一
2015年10月 MS-SQL Server大版内专家分月排行榜第一
2015年9月 VB大版内专家分月排行榜第一
2015年9月 MS-SQL Server大版内专家分月排行榜第一
2015年8月 VB大版内专家分月排行榜第一
2015年8月 MS-SQL Server大版内专家分月排行榜第一
2015年7月 VB大版内专家分月排行榜第一
2015年7月 MS-SQL Server大版内专家分月排行榜第一
2015年6月 VB大版内专家分月排行榜第一
2015年5月 VB大版内专家分月排行榜第一
2015年4月 VB大版内专家分月排行榜第一
2015年3月 VB大版内专家分月排行榜第一
2015年2月 VB大版内专家分月排行榜第一
2014年11月 VB大版内专家分月排行榜第一
2014年9月 VB大版内专家分月排行榜第一
2014年8月 VB大版内专家分月排行榜第一
2014年7月 VB大版内专家分月排行榜第一
2013年7月 VB大版内专家分月排行榜第一
2013年4月 VB大版内专家分月排行榜第一
2010年2月 VB大版内专家分月排行榜第一
2010年1月 VB大版内专家分月排行榜第一
2009年11月 VB大版内专家分月排行榜第一
2009年9月 VB大版内专家分月排行榜第一
2009年8月 VB大版内专家分月排行榜第一
2009年7月 VB大版内专家分月排行榜第一
2009年4月 VB大版内专家分月排行榜第一
2009年3月 VB大版内专家分月排行榜第一
2009年2月 VB大版内专家分月排行榜第一
2009年1月 VB大版内专家分月排行榜第一
2008年6月 VB大版内专家分月排行榜第一
2007年12月 VB大版内专家分月排行榜第一
2007年10月 VB大版内专家分月排行榜第一
2007年9月 VB大版内专家分月排行榜第一
-
-
黄花
2016年11月 VB大版内专家分月排行榜第二
2016年1月 MS-SQL Server大版内专家分月排行榜第二
2015年12月 MS-SQL Server大版内专家分月排行榜第二
2015年11月 MS-SQL Server大版内专家分月排行榜第二
2015年5月 MS-SQL Server大版内专家分月排行榜第二
2015年4月 MS-SQL Server大版内专家分月排行榜第二
2015年1月 VB大版内专家分月排行榜第二
2015年1月 MS-SQL Server大版内专家分月排行榜第二
2014年12月 VB大版内专家分月排行榜第二
2014年11月 MS-SQL Server大版内专家分月排行榜第二
2014年9月 MS-SQL Server大版内专家分月排行榜第二
2013年8月 VB大版内专家分月排行榜第二
2013年6月 VB大版内专家分月排行榜第二
2013年5月 VB大版内专家分月排行榜第二
2010年4月 VB大版内专家分月排行榜第二
2010年3月 VB大版内专家分月排行榜第二
2008年12月 VB大版内专家分月排行榜第二
2008年8月 VB大版内专家分月排行榜第二
2008年7月 VB大版内专家分月排行榜第二
2007年11月 VB大版内专家分月排行榜第二
-
-
蓝花
2017年1月 MS-SQL Server大版内专家分月排行榜第三
2015年6月 MS-SQL Server大版内专家分月排行榜第三
2015年3月 MS-SQL Server大版内专家分月排行榜第三
2015年2月 MS-SQL Server大版内专家分月排行榜第三
2014年12月 MS-SQL Server大版内专家分月排行榜第三
2014年10月 VB大版内专家分月排行榜第三
2014年10月 MS-SQL Server大版内专家分月排行榜第三
2014年8月 MS-SQL Server大版内专家分月排行榜第三
2013年9月 VB大版内专家分月排行榜第三
2013年3月 VB大版内专家分月排行榜第三
2012年5月 VB大版内专家分月排行榜第三
2012年4月 VB大版内专家分月排行榜第三
2010年10月 VB大版内专家分月排行榜第三
2010年8月 VB大版内专家分月排行榜第三
2010年7月 VB大版内专家分月排行榜第三
2009年5月 VB大版内专家分月排行榜第三
2008年9月 VB大版内专家分月排行榜第三
2008年4月 VB大版内专家分月排行榜第三
2008年2月 VB大版内专家分月排行榜第三
-
-
程序未经充分测试就上线，根本不及格！还没达到讨论性能的层次。
这种“经验就”不要分享出来了。
- 数据库设计的外键约束问题
这些约束有检查约束、非空约束、唯一约束、主键约束、外键约束等。在这些约束里面，前面的几个都非常容易理解，也易于使用；但是对于外键约束，理解起来并不难，但是使用好了，确是不容易。下面简要回顾一下上述几个...
- 详细讲解提高数据库查询效率的实用方法、外键关于性能
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id ...
- MySQL使用外键约束对性能有多大影响？
MySQL InnoDB表有外键约束功能，可以保证数据的一致性和实现一些级联操作，比如 表 product id， name 表 order id， product_id name product_id就可以使用Mysql的外键约束功能，如果插入新的order是，...
- 数据库建表时一定要设置外键约束关系吗？
数据库建表时一定要设置外键约束关系吗？ 我们都知道每张数据表都有一个能够确定每行数据唯一性的字段，也就是主键。而在关系数据库中，常常有两表存在一定关系的情况。即一张表的主键跟另一张的外键存在对应...
- 主键选取的原则，外键约束的意义，（外键约束对性能的影响，以及应对策略）
主键： 关系数据库依赖于主键—它是数据库物理模式的基石。主键在物理层面上只有两个用途： ...如果用户看到了一个表示多对多关系的连接表中的数据，并抱怨它没有什么用处，那就证明它的主键设计地很好。 ...
- 为什么不建议数据库建外键
有人可能在面试的时候被问到过，你觉得为什么不建议数据库通过构建外键做约束？你可以回答说，在《阿里Java开发手册》中是这样说的：不得使用外键与级联，一切外键概念必须在应用层解决。而且这个规约是强制的。但是...
- 数据库约束
关于李兴华老师数据库建表的约束总结约束简介：（重点） 数据表本身只支持数据的存储操作，但是在数据库上为了保证数据的完整性， 特别增加了约束，即需要满足若干条件才可以进行操作，本质上数据库的约束 一共有六...
- Mysql建表规范与性能优化
Mysql数据库开发规范 一、基础规范 1、必须使用InnoDB存储引擎 支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高 2、必须使用UTF8字符集 万国码，无需转码，无乱码风险，节省空间 3、...
- 校招准备:（七）：数据库1.语句、视图、存储过程、触发器、外键约束、索引与优化
1.1建表语句： CREATE TABLE IF NOT EXISTS `runoob_tbl`( `runoob_id` INT UNSIGNED AUTO_INCREMENT, `runoob_title` VARCHAR(100) NOT NULL, `runoob_author` VARCHAR(40) NOT NULL, `submissio...
- DRDS 与 TiDB 浅析
但让人担忧的部分是，他们的系统“分库分表”真的有选择正确吗？ 随着业务规模的不断扩大，用户需要选择合适的方案去应对数据规模的增长，以应对逐渐增长的访问压力和数据量。关于数据库的扩展主要包括：业务拆分、...
- 阿里巴巴Java开发手册快速学习
善医者“未有形而除之”，提高工程健壮性最好的方式是在代码出现问题之前就排除掉，不给Bug出现的机会。一份好的开发规范就可以起到这样的作用，大大减少产品上线后的问题。《阿里巴巴Java开发手册》是阿里巴巴的...
- MySQL索引及使用详解
一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，所以查询语句的优化显然是重中之重。 在数据量和访问量不大的...
- 菜鸟的mysql规范
菜鸟的mysql规范说明一、mysql规范（1） 建表规约（2） 索引规约（3）SQL语句（4）ORM 映射（5）总结二、mysql建表（1）一对一（2）一对多（3）多对多 说明 一直想找个时间记录一下mysql的建表规范，之前一直在用...
- 【成神之路】Mysql相关面试题
DDL（Data Definition Languages）语句：即数据库定义语句，用来创建数据库中的表、索引、视图、存储过程、触发器等，常用的语句关键字有：CREATE,ALTER,DROP,TRUNCATE,COMMENT,RENAME。 DML（Data Manipulation ...
- 阿里JAVA手册之MySQL数据库 （建表规约、索引规约、SQL语句、ORM映射） ...
码出高效、码出质量。 代码的字里行间流淌的是软件生命中的血液，质量的提升是尽可能少踩坑，杜绝踩重复的坑，切实提升质量意识。另外，现代软件架构都需要协同开发完成，高效协作即降低协同成本，提升沟通...对软...
- MySQL相关参数配置及性能优化
系统吞吐量： 一个系统的吞度量（承压能力）与request对CPU的消耗、外部接口、IO等等紧密关联。单个reqeust 对CPU消耗越高，外部系统接口、IO影响速度越慢，系统吞吐能力越低，反之越高。 系统吞吐量几个重要参数：...
- MySQL优化之索引
文章目录一、索引基本概念1.1、索引是什么？...1.7、使用索引的优点：1.8、使用索引的缺点：二、创建索引2.1、建表时创建2.2、建表后创建2.3、查看已经创建的索引2.3、索引的删除三、索引的类型3.1、普通索引3....
- 数据库规范
术语说明 ...开发规范本身也包含几部分：基本命名和约束规范，建表规范、字段设计规范，索引规范，SQL规范等 规范存在意义 确保在开发成员或开发团队之间的工作可以顺利交接，不必花很大的力气便能...
- Java开发面试题——很有帮助的
如果是C/C++的编译方式，一旦换了一个平台，那么就需要重新编译一份对应的可执行代码，但是Java则不同，编译好了一份Java字节码，换到不同的平台上时，并不需要重新编译，前提是这些平台上都安装了相应平台的JVM，...
- Hibernate缓存
缓存是介于物理数据源与应用程序之间，是对数据库中的数据复制一份临时放在内存中的容器，其作用是为了减少应用程序对物理数据源访问的次数，从而提高了应用的运行性能。Hibernate在进行读取数据的时候，根据缓存...
- MySQL性能管理及架构设计
并发量：同一时间处理的请求的数量 和同时连接数不一样几千连接数大部分是sleep状态 风险： 大量的并发 数据库连接被占满（max_connections默认100） 超高的CPU使用率 CPU资源耗尽导致宕机 磁盘IO 注意： 最好不要在...
- 表
表的约束: 是加在表上的一种对象，能...缺点：消耗一定的存储，数据量大的时候，每次检查会有一定的资源损耗 -- 首先，创建表：类型、长度、非空 create table ddl_test1 ( id int, name varchar2(20) not nu
- 数据库军规63条
一般从计算机硬件、关系系统与应用程序、数据库索引、SQL 语句、事务处理几个比较共性的方面 分析数据库性能优化的问题,从以上几个方面形成数据库性能优化的策略。当然实现优化的方法还 有很多, 要根据具体情况而定...
- 【真·干货】MySQL 索引及优化实战
索引概念和作用索引是一种使记录有序化的技术，它可以指定按某列/某几列预先排序，从而大大...1. 聚集索引（Clustered Index）聚集索引决定数据在磁盘上的物理排序，一个表只能有一个聚集索引。2. 非聚集索引（Non-...
- 阿里巴巴Java开发手册（华山版）
《Java 开发手册》是阿里巴巴集团技术团队的集体智慧结晶和经验总结， 经历了多次大规模一线实战的检验及不断完善， 公开到业界后，众多社区开发者踊跃参与，共同打磨完善， 系统化地整理成册。现代软件行业的高速...
- 数据库表设计、 数据库分层、myslq水平拆分、oracle表分区
数据库设计的三大范式：为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须...
- DRDS vs Tidb
前几日和同事聊起来数据库分库分表问题，于是有了此文。 起源 DRDS 数据库中间件Cobar、MyCat、Amoeba Tidb google spanner/F1 架构原理 DRDS架构 Tidb架构 分片机制 DRDS 支持HASH、...
- Mysql数据库系列（四）
外键 原理 让当前表字段的值在另一张表的范围内去选择 使用规则 1、数据类型要一致 2、主表被参考字段必须为KEY的一种 : PRI 级联动作 1、cascade : 删除 更新同步(被参考字段) 2、restrict(默认) : 不让主表删除 ...
- MySQL各种优化基于《高性能MySQL第三版》
[TOC] MySQL各种优化 查询优化 查询优化器模块 查询优化器的任务是发现执行 SQL 查询的最佳方案。大多数查询优化器，要么基于规则、要么基于成本。 大多数查询优化器，包含 MySQL 的查询优化器，总或多或少地在所有...
- mysql的对象
mysql 常见的数据对象有哪些： DataBase/Schema Table Index View/Trigger/Function/Procedure 多Database用途： 业务的隔离 资源的隔离 表上的常用数据对象： 索引 约束 视图，触发器，函数，存储过程...