SQL2005合理的索引设计
来源:互联网 发布:恶作剧屏幕软件大全 编辑:程序博客网 时间:2024/06/05 14:47
合理的索引有助于提升系统性能和可用程度,我工作中见过一个设计错误的索引导致sqlserver将一台4cpu的服务器资源用尽。 权威参考参见msdn:http://msdn.microsoft.com/zh-cn/library/ms191195.aspx
1、评估索引本身的占用空间,当索引相对于其数据本身过大可能会无明显作用。这种情况体现在:表很小,索引列过多,索引碎片过多。当索引在select中不起作用时,你还必须在insert和update、delete这些操作中去维护这些不起作用的数据。
2、In语句不一定不能使用索引,where id in(1,2)和where id =1 or id=2是等效的,这里的in和not in的性能是相同的。而不能使用索引的原因是嵌套查询: where id in(select 1 union select 2).
3、解除嵌套查询无法利用索引的办法是用exists子查询,select * from tb1 a where exists(select 1 from tb2 where id=a.id)。而exists和not exists的性能和tb1的数据量无关,他们的性能差别在于tb2中的数据量。
4、Like子句可以利用索引,所以尽可能少用left,right和substring函数。
5、函数不能使用索引,比如convert(varchar(7),date,120)=’2008-06’,或者datediff函数、甚至和常量的加减乘除运算等,正确的做法是用比较符号或者尽可能把datediff之类的函数放到等号右边。
6、不用担心隐式转换,它总是转换等号右边的。比如 where id=’2’ 和where id=2是等效的。
7、聚集索引的查询性能好于非聚集索引,但是维护代价很大,对于他的数据改变会引起整行数据的物理位置移动。同时聚集索引还要为非聚集索引提供索引服务,所以尽量不用过大的列或过多的列作聚集索引。
8、聚集索引可以极大优化大于,小于,group by和order by以及join语句的查询性能。
9、一张表只能由一个聚集索引。
10、唯一索引有助于查询优化。
11、联合索引的第一列可以单独使用,其他的索引列在单独的where子句中不起作用。
12、索引的升序降序对order by子句的影响很大。
13、符合特定条件的计算列也可以创建索引。
- SQL2005合理的索引设计
- SQL2005合理的索引设计
- SQL2005合理的索引设计
- SQL2005合理的索引设计
- SQL2005合理的索引设计
- SQL2005 索引设计
- MySQL Query 的优化—合理设计并利用索引
- sql2005的索引
- 合理的网页设计
- 类的合理设计
- 类的合理设计
- 关于类的合理设计
- 正确合理的建立MYSQL数据库索引
- 正确合理的建立MYSQL数据库索引
- 合理创建Oracle数据库的索引
- oracle合理的使用索引原则
- 正确合理的建立MySQL数据库索引
- oracle 数据库索引的优缺点以及合理建立索引
- JavaScript内存泄漏
- 网络游戏服务器设计
- 在线程中调用多媒体定时器,当定时器超时时,出现内存错误!
- 硬链接和软链接
- 八数码(BFS)
- SQL2005合理的索引设计
- AutoEventWireup="false"导致Page_Load事件未执行
- JAVA温习:wait和sleep的区别
- Amazon AWS 各大区到天朝的网络延迟
- JAVA温习:java类装载机制
- 二维数组的动态分配及参数传递
- SELECT INTO 和 INSERT INTO SELECT 两种表复制语句
- Oracle RAC相关服务无法启动问题
- Android的listview滚动时背景不让变黑解决办法