Sql优化.ppt

1、Sql查询优化、营销对象、查询优化器IN、分析：从这种自然情况来看，dept绝对不是一个大表。 需要“唯一的排序”来完全表示dept，如果dept大，则无法承受此排序的性能。 但是employee可以很大，为什么呢？ 最常见的理解是因为employee.deptno=dept.deptid可以编制索引。 但是，这不是一个好的解释。 如果employee.deptno和dept.deptid都有目录索引，则employee和dept之间的最佳方案就是走道儿merge join，因为我们知道目录索引是一个规则的结构。 并且，如果dept.deptid有目录索引，deptid的排序性能也大幅度提高。

2、 IN的区别只是前者在HireDate字段中创建的非聚合目录索引，后者在该字段中创建的是聚合目录索引，但查询速度有天壤之别。 因此，并非所有字段都可以通过简单地创建目录索引来加快查询速度。 创建“适当”聚合目录索引对于加快查询速度非常重要，误解3，将所有需要加快查询速度的字段添加到聚合目录索引中，以加快查询速度(1)select* fromemployeewherehiredate 1984-04-010033600336000.000查询速度： 953毫秒(2)选择* fromemployeewherehiredate 1984-04-010033600336000.000 and dept

3、no=1查询速度： 610毫秒(3)选择* fromemployeewheet 1.使用聚合目录索引比使用一般的主牛鼻子作为order by更快，特别是对于较大的数据量，选择top 300000 * 使用fromemployeeorderbyhiredate:6610毫秒selecttop300000*fromemploot实际上，如果数据量很大，则使用编辑目录索引作为排序列比使用非编辑目录索引快得多，而使用delete 2、日期列分秒输入查询速度不慢的例子，共有100万件数据，2004年1月1日以后的数据有50万件，只有两个不同的日期，日期正确的在先有50万件数据，有5000个不同的日期，日

4、期到秒都正确。 select * fromemployeewherehiredate=2004-8-081233605936002.077使用时： 21186毫秒，其他注意事项，“水可以载舟，也可以看船”，目录索引提高了检索性能如果目录索引太多，目录索引可能会碎片化。 目录索引是从数据库检索数据的最有效的方法之一。 数据库性能问题的95%可以使用目录索引技术来解决。 1 .不要目录索引经常使用的小桌子。 不要在小桌子上设置牛鼻子。 如果经常插入和删除，请不要这样做。 这些个的插入和删除操作的目录索引维护可能比扫描表空间更慢。 2 .不要选择社会安全号码(SSN )或身份证号码(ID )作为牛鼻子。 不要使用SSN或ID作为数据库的牛鼻子。 除了隐私权上的原因，SSN或ID必须手动提供。 不要使用手动键入的牛鼻子作为主牛鼻子。 因为如果输入错误，只能删除整个记录查询密码从头开始。 3 .不使用用户的牛鼻子，决定使用哪个字段作为表的牛鼻子时，请留心的用户编辑的字段。 一般情况下，不要选择用户可以编辑的字段作为关牛鼻子字。 不要目录索引text/ntext和大文本字段(许多字符)。 目录索引占用大量的数据库空间5 .使用由系统生成的主牛鼻子设置和修改数据库时，总是使用由系统生成的牛鼻子作为主牛鼻子，这实际上控制了数据库的目录索引完整性，从而使数据库和非手动反应历程高效