SQL是数据库查询和程序设计语言,而其查询的效率往往是我们在想到语法之后有限考虑的,经过总结,现能将提高SQL查询效率的方法总结如下:   1、选择最有效率的表名顺序(只在基于规则的优化器中有效): O

一:oracle官方的有关于DETERMINISTIC这个关键字的解释: DETERMINISTIC A hint that helps the optimizer avoid redundant function calls. If a stored function was called previously with the same argu

  How to use the Sql Tuning Advisor. [ID 262687.1]   修改时间 15-SEP-2011     类型 BULLETIN     状态 PUBLISHED   Checke

未过滤之前: set serveroutput on; declare codeDetail clob; begin   for i in 1..100   loop     select dbms_metadata.get_ddl(‘TABLE&#

,

测试案例一,循环调用dbms_metadata.get_ddl 100次 set serveroutput on; declare codeDetail clob; begin   for i in 1..100   loop     select dbms_me

,

union all视图属于复杂视图,SQL语句优化比较麻烦。尤其在涉及到union all的join和子查询的时候,有时候需要我们手工增加push_pred hint作为提示。需要注意的是,在我目前测试的10.2.0.1和10.2.0.5中,push_pred都

/opt/oracle/admin/crmdb/udump/crmdb2_ora_1917422.trc Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 – 64bit Production With the Partitioning, Real Application Clusters, OLAP, Dat

union all视图在和exists|in子查询在一起的时候,似乎不评估连接列的push prediate评估,从而使执行计划在很多场合下无法满足需求。 select  count(1) from zjucrm1o.bms_user_log_all a WHERE OPERATE_TI

SELECT a.Acctno, a.Subsac, 0 – a.Tranam, a.Amntcd, a.Acctid, a.Crcycd, a.Corrtg, a.Rlbltg, b.Trantp, b.Prcscd FROM v_Kns_Extd b INNER JOIN v_Kns_Cmdd_Inac a ON a.Trandt = b.Trandt

一个大表,查询其ID的MAX值,ID列上建有唯一键索引,在没有缓存和清空shared pool的情况下其查询需要耗时1分半: set timing on;             

上周给客户数据库从Oralce 9.2.0.4升级到10.2.0.5之后,系统稳定运行。但昨天打电话给我说,数据库出现性能问题,主要表现为保存提交时非常缓慢,比升级之前慢了好 多。正好,同一天,同一个客户的另一个rac数据库

10G 版本: select dbid,sql_id From dba_hist_sqltext where sql_text like'%SELECT SERVICENAME,DBNAME FROM MC$LG_VERIFYMODE WHERE DBID=:B1%';         DBID SQL_I

SQL如下: ———————————————————————— select sum(nvl(tot