CH10.数据库优化.pptVIP

第十章 数据库性能优化 提纲 SQL语句对效率的影响 索引与查询性能 事务与锁管理 硬盘子系统设计 其它应注意的问题 SQL语句对效率的影响 WHERE子句的规范 SQL的注意事项 WHERE子句的规范 WHERE子句常犯的错误 对数据字段做运算 负向查询 对数据字段使用函数 使用OR运算符 不要对数据字段做运算 无运算的字段可以引用索引，有运算的字段将无法引用索引进行优化而需要扫描整个表 示例 比较下列语法的差异： SELECT * FROM [Order Details] WHERE Quantity=100 SELECT * FROM [Order Details] WHERE Quantity+1 =101 还包括其它的运算，如字符连接等 不要使用负向查询 负向查询： NOT、!=、、!、!、NOT EXISTS、NOT IN、NOT LIKE等 负向查询不能充分利用索引进行二分查找，需要扫描整张表 示例 SELECT * FROM [Order Details] WHERE Quantity!=100 可改成： SELECT * FROM [Order Details] WHERE Quantity100 OR Quantity100 不对数据字段使用函数 数据字段使用函数就是一种运算，将使效率低 比较： SELECT * FROM [Order Details] WHERE ABS(Quantity-100)1 SELECT * FROM [Order Details] WHERE Quantity99 AND Quantity101 SELECT * FROM Employees WHERE SUBSTRING (LastName,1,1)=‘D’ SELECT * FROM Employees WHERE LastName LIKE ‘D%’ 使用OR运算符 AND运算符可以充分引用索引 SELECT * FROM Orders WHERE CustomerID=‘IS10008’ AND OrderDate= 只需要在CustomerID上建索引就可以了 OR运算符需要对参与查询的多个字段都建索引，否则将可能扫描全表 SELECT * FROM Orders WHERE CustomerID=‘IS10008’ OR OrderDate= 需要在CustomerID和OrderDate两个属性上都建合适的索引,否则将扫描整个数据表 SQL的注意事项 SELECT语法 尽量不要传回数据表的所有字段，也不要不使用过滤条件，否则将极大地增加网络负担 若使用复合索引，索引顺序上的第一个字段才适合当作过滤条件 DISTINCT、ORDER BY等语法尽量等到查询需要时才使用，因为它们需要SQL SERVER的额外计算 SQL的注意事项 大量数据加载 大量加载某个数据表时，应考虑先删掉索引，加载完毕再重建索引（特别是多个用户端同时在做大量数据加载时） BULK INSERT语法通常比bcp工具程序快 大量数据加载时，应设参数采用数据表锁定，而不要采用默认的记录锁 如果数据表的记录需要先做转换，应先导入临时表中，经过处理再大量加载到目的数据表中 INSERT、DELETE和UPDATE 对大量数据，SELECT INTO比INSERT快 对大量数据，TRUNCATE TABLE比DELETE TABLE快 UPDATE和DELETE采用WHERE子句时，条件要符合WHERE的有效格式 索引与查询性能 索引及其相关属性配置 聚集索引与非聚集索引 排序 Sysindexes系统数据表 索引是否值得 统计 联结与查询效率 覆盖索引 在视图与计算字段上建索引 数据不连续的处理 索引及相关属性配置 索引是有效使用数据库系统的基础 索引建立是否适当是性能好坏的成功关键 索引数据放在分页中，用来当做索引的数据字段越小越好，也就是让分页尽量存放更多的索引项 索引结点有三种结构： 根结点分页 叶子层 非叶子层 索引及相关属性配置 创建索引的语法格式： CREATE INDEX 索引名 ON 表名（列名） 建索引时，可根据不同的需求进行选项配置： FILLFACTOR（填充因子） 在建（包括重建）索引时，保留部分空间让随后的新建、修改可直接利用这些空间 需要立刻对某个数据表更新所有的索引，最简单的方式是通过DBCC DBREINDEX命令重建该数据表的聚集索引，则所有的非聚集索引都会同时自动更新 IGNORE_DUP_KEY 对于唯一索引，当插入多条记录（包括重复记录）时，若建索引没有配置该选项，将全部回滚，否则仅放弃重复记录 索引及相关属性配置 选项配置：（续） DROP_EXIS