知识大全 Oracle数据库索引优化技术关联查询性能调优

Posted 2022-07-15 索引

篇首语：人喜欢习惯，因为造它的就是自己。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 Oracle数据库索引优化技术关联查询性能调优相关的知识，希望对你有一定的参考价值。

Oracle数据库索引优化技术关联查询性能调优 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　数据库性能优化是无止境的无论哪种优化技术只是一种手段但最重要的不是技术而是思想掌握了索引优化技术仅仅刚入门只有融会贯通举一反三才能成为高手

　　本文引用一套实验室信息管理系统（LIS）使用的数据库假设我们要查询年月做检验的患者记录条件是大于岁姓周的患者最终结果按检查日期进行倒序排列要使用的表有三个

　　◆lis_report 报告主表我们要用到的字段包括i_checkno（检查号） d_checkdate（检查日期） i_patientid（患者ID）

　　◆m_patient 患者信息表我们要用到的字段包括i_patientid（患者ID） s_name（患者姓名） s_code（患者住院号） i_age（患者年龄） i_dept（患者所在病区）

　　◆lis_code_dept 病区信息表我们要用到的字段包括i_id（病区ID 主键与m_patient中的i_dept关联） s_name（病区名）

　　最终我们构造的SQL如下

　　select a i_checkno a d_checkdate b s_name b s_code b i_age c s_name from lis_report a inner join m_patient b on a i_patientid = b i_patientid inner join lis_code_dept c on b i_dept = c i_id where a d_checkdate > and a d_checkdate < and b i_age>= and b s_name like 周% order by a d_checkdate desc

　　我们的SQL使用的这三张表除了创建主键时自动创建的索引外均未创建其它索引下图是无索引时的执行计划

　　表m_patient和lis_report都使用了全表扫描 m_patient全表扫描的成本是 lis_report全表扫描的成本是只有表lis_code_dept因关联时使用的是其主键因此这里使用了主键索引从而避免了全表扫描它的成本是我们知道提高查询性能的目标之一就是消灭掉全表扫描因此我们应该给表m_patient和lis_report加上适当的索引在SQL代码的where子句中对m_patient表我们引用了i_age和s_name字段对lis_report表我们引用了d_checkdate字段通常给这些条件中引用的字段加上索引会提高查询速度我们先给m_patient的i_gae字段加上索引下面是对应的执行计划

　　表m_patient的全表扫描消失了取而代之的是索引唯一性扫描成本从一下子降低到了注意这里并未使用我们给i_age增加的索引但却靠它触发了使用表主键对应的索引但表lis_report仍然是全表扫描由于where子句中引用了该表的d_checkdate字段因此我们给该字段加上索引看看效果

　　表lis_report的全表扫描消失了取而代之的是索引范围降序扫描（INDEX RANGE SCAN DESCENDING）成本也从下降到注意这里的索引范围降序扫描的来历因为我的where子句中引用d_checkdate是介于至的一个范围这时引用的这种字段上建立的索引通常都是执行范围扫描因为这种条件返回的值往往不止一行使用降序扫描的原因是order by子句使用了降序排序如果我们将SQL代码中的 order by a d_checkdate desc 改为 order by a d_checkdate 则变为索引范围扫描（INDEX RANGE SCAN）

　　至此我们全部消除了全表扫描我们看到加上索引后查询执行的成本开销也有所降低因为数据库表中的记录数不大因此效果不太明显如果有上百万条记录则会更直观

cha138/Article/program/Oracle/201311/18362