SQL条件的顺序对数据库性能的影响

SQL条件的顺序对数据库性能的影响数据恢复软件wwxunlongsoft经常有人问到oracle中的Where子句的条件书写顺序是否对SQL性能有影响,我的直觉是没有影响,因为如果这个顺序有影响,Oracle应该早就能够做到自动优化,但一直没有关于这方面的确凿证据。在网上查到的文章,一般认为在RBO优化器模式下无影响(10G开始,缺省为RBO优化器模式),而在CBO优化器模式下有影响,主要有两种观点:a.能使结果最少的条件放在最右边,SQL执行是按从右到左进行结果集的筛选的;b.有人试验表明,能使结果最少的条件放在最左边,SQL性能更高。查过oracle8到11G的在线文档,关于SQL优化相关章节,没有任何文档说过where子句中的条件对SQL性能有影响,到底哪种观点是对的,没有一种确切的结论,只好自己来做实验证明。结果表明,SQL条件的执行是从右到左的,但条件的顺序对SQL性能没有影响。实验一:证明了SQL的语法分析是从右到左的下面的试验在9i和10G都可以得到相同的结果:第1条语句执行不会出错,第2条语句会提示除数不能为零。1.Select'ok'FromDualWhere1/0=1And1=2;2.Select'ok'FromDualWhere1=2And1/0=1;证明了SQL的语法分析是从右到左的。实验二:证明了SQL条件的执行是从右到左的droptabletemp;createtabletemp(t1varchar2(10),t2varchar2(10));insertintotempvalues('zm','abcde');insertintotempvalues('sz','1');insertintotempvalues('sz','2');commit;1.select*fromtempwhereto_number(t2)>1andt1='sz';2.select*fromtempwheret1='sz'andto_number(t2)>1;在9i上执行,第1条语句执行不会出错,第2条语句会提示“无效的数字”在10G上执行,两条语句都不会出错。说明:9i上,SQL条件的执行确实是从右到左的,但是10G做了什么调整呢?实验三:证明了在10g上SQL条件的执行是从右到左的CreateOrReplaceFunctionF1(v_InVarchar2)ReturnVarchar2IsBeginDbms_Output.Put_Line('execF1');Returnv_In;EndF1;/CreateOrReplaceFunctionF2(v_InVarchar2)ReturnVarchar2IsBeginDbms_Output.Put_Line('execF2');Returnv_In;EndF2;/SQL>setserverouton;SQL>select1fromdualwheref1('1')='1'andf2('1')='1';1----------1execF2execF1SQL>select1fromdualwheref2('1')='1'andf1('1')='1';1----------1execF1execF2结果表明,SQL条件的执行顺序是从右到左的。那么,根据这个结果来分析,把能使结果最少的条件放在最右边,是否会减少其它条件执行时所用的记录数量,从而提高性能呢?例如:下面的SQL条件,是否应该调整SQL条件的顺序呢?WhereA.结帐idIsNotNullAndA.记录状态<>0AndA.记帐费用=1And(Nvl(A.实收金额,0)<>Nvl(A.结帐金额,0)OrNvl(A.结帐金额,0)=0)AndA.病人ID=[1]AndInstr([2],','||Nvl(A.主页ID,0)||',')>0AndA.登记时间Between[3]And[4]AndA.门诊标志<>1实际上,从这条SQL语句的执行计划来分析,Oracle首先会找出条件中使用索引或表间连接的条件,以此来过滤数据集,然后对这些结果数据块所涉及的记录逐一检查是否符合所有条件,所以条件顺序对性能几乎没有影响。如果没有索引和表间连接的情况,条件的顺序是否对性能有影响呢?再来看一个实验。实验四:证明了条件的顺序对性能没有影响。SQL>selectcount(*)from诊疗项目目录where操作类型='1';COUNT(*)----------3251SQL>selectcount(*)from诊疗项目目录where类别='Z';COUNT(*)----------170SQL>selectcount(*)from诊疗项目目录where类别='Z'and操作类型='1';COUNT(*)----------1DeclareV1Varchar2(20);BeginForIIn1..1000Loop--Select名称IntoV1From诊疗项目目录Where类别='Z'And操作类型='1';select名称IntoV1from诊疗项目目录where操作类型='1'and类别='Z';EndLoop;End;/上面的SQL按两种方式分别执行了1000次查询,结果如下:操作类型='1'在最右|类别='Z'在最右0.093|1.0141.06|0.9990.998|1.014按理说,从右到左的顺序执行,“类别='Z'”在最右边时,先过滤得到170条记录,再从中找符合“操作类型='1'”的,比较而言,“操作类型='1'”在最右边时,先过滤得到3251条记录,再从中找符合“类别='Z'”,效率应该要低些,而实际结果却是两者所共...

1、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
2、本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供参考,付费前请自行鉴别。
3、如文档内容存在侵犯商业秘密、侵犯著作权等,请点击“举报”。

常见问题具体如下:

1、问:已经付过费的文档可以多次下载吗?

      答:可以。登陆您已经付过费的账号,付过费的文档可以免费进行多次下载。

2、问:已经付过费的文档不知下载到什么地方去了?

     答:电脑端-浏览器下载列表里可以找到;手机端-文件管理或下载里可以找到。

            如以上两种方式都没有找到,请提供您的交易单号或截图及接收文档的邮箱等有效信息,发送到客服邮箱,客服经核实后,会将您已经付过费的文档即时发到您邮箱。

注:微信交易号是以“420000”开头的28位数字;

       支付宝交易号是以“2024XXXX”交易日期开头的28位数字。

客服邮箱:

biganzikefu@outlook.com

所有的文档都被视为“模板”,用于写作参考,下载前须认真查看,确认无误后再购买;

文档大部份都是可以预览的,笔杆子文库无法对文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;

文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为依据;

如果您还有什么不清楚的或需要我们协助,可以联系客服邮箱:

biganzikefu@outlook.com

常见问题具体如下:

1、问:已经付过费的文档可以多次下载吗?

      答:可以。登陆您已经付过费的账号,付过费的文档可以免费进行多次下载。

2、问:已经付过费的文档不知下载到什么地方去了?

     答:电脑端-浏览器下载列表里可以找到;手机端-文件管理或下载里可以找到。

            如以上两种方式都没有找到,请提供您的交易单号或截图及接收文档的邮箱等有效信息,发送到客服邮箱,客服经核实后,会将您已经付过费的文档即时发到您邮箱。

注:微信交易号是以“420000”开头的28位数字;

       支付宝交易号是以“2024XXXX”交易日期开头的28位数字。

确认删除?