摘要:
优化, 比较考察经验和能力, 如果是通过简单的规则和步骤就能解决问题,那肯定市面就就会有现成的工具了在定位问题上, 通常会先看看服务器的 CPU 和磁盘 I/O, 如果在一个比较高的值, 那么响应慢是正常的, 我们可以通过 sp_who2 结合 SQL Profile 之类, 确定连接数是否过高, 是有大部分进程都在等待资源, 还是有频繁的查询, 如果还是不好判断的话, 也可以通过关闭一些程序模块, 如果某些模块被关闭后, 服务器响应正常, 那么应该针对这些模块涉及的SQL 进行分析优化, 如果单独运行有问题的模块, 从SQL Profile看到的性能是很好的, 那么需要算是否和其他模块一起使
阅读全文
posted @ 2013-04-22 15:06
代岳强
阅读(391)
推荐(0)
编辑
摘要:
简单地说, 聚焦索引和数据存储在一起, 决定表数据的物理存储顺序, 所以一个表只能有一个聚焦索引, 其叶子结点是数据行, 所以, 通过聚焦索引找到一条记录的时候, 这条记录相关的列的值也可以直接取出来非聚焦索引单独存储, 如果查询的结果引用了非聚焦索引不包括的那些列, 那么非聚焦索引还需要通过行定位器去表中取该记录对应的列的数据, 这里面就有一个再次查找的问题所以一般人会认为聚焦索引的效率会比非聚焦索引的效率高, 是基于非聚焦索引存在2次查找的问题非聚焦索引的行定位器体现了聚焦索引与非聚焦索引之间的联系, 如果表中包含聚焦索引, 那么行定位器就是聚焦索引的值(如果聚焦索引不是唯一的, 则还包含
阅读全文
posted @ 2013-04-22 15:03
代岳强
阅读(486)
推荐(0)
编辑