oraclesql优化培训
⑴ oracleSQL书籍求推荐
个人觉得《Oracle PL/SQL从入门到精通》清华大学出版社的，这本书挺好的，覆盖面广，解释比较清楚，适合刚学的人，由浅入深，循序渐进，至於SQL语句，不是有书就可以教会的，一定是要多做多练习，时间久了就自然而然就好了，但是SQL语句确实很神奇，有些语句即使老的程序员也要想很久还不一定对
⑵ 请问oracle的sql语句优化和mysql的sql语句优化是一样的吗
基本相同，都遵循SQL语言的语法规则。在SQL脚本上两者最大的区别是函数不一样和个别关键字不一样。比如Oracle里没有limit关键字，所以Oracle实现分页比MySQL麻烦。
⑶ Oracle sql优化
oracle语法分析器，具体用到哪个索引，一般来说，不是我们自己能够指定的。
这个和oracle的统计数据有关；
一般来说，如果你的条件界定出来的数据量占表的数据量很大的话，oracle不会使用这个索引。
另外，我认为：
whereake010>=to_date('2014-01-0100:00:00','yyyy-mm-ddhh24:mi:ss')ANDKC24.AKE010<=to_date('2014-01-3123:59:59','yyyy-mm-ddhh24:mi:ss')不应该会用到 akb020,ake010 索引（注意字段顺序），除非你用 ak020 的查询条件。
如果你确认 满足 这个条件 的数据只占表中的极少量的数据，并且没有 ak020 的where条件的话，建议你：
重建这个索引
重建统计数据，这个我也不懂，你自己查一下
http://www.blogjava.net/envoydada/archive/2009/02/07/253698.html
⑷ 如何优化SQL
（1）选择最有效率的表名顺序(只在基于规则的优化器中有效)： ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表. （2） WHERE子句中的连接顺序．： ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. （3） SELECT子句中避免使用‘ * ‘： ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间 （4）减少访问数据库的次数： ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引的利用率, 绑定变量 , 读数据块等； （5）在SQL*Plus , SQL*Forms和Pro*C中重新设置ARRAYSIZE参数, 可以增加每次数据库访问的检索数据量 ,建议值为200 （6）使用DECODE函数来减少处理时间： 使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表. （7）整合简单,无关联的数据库访问： 如果你有几个简单的数据库查询语句,你可以把它们整合到一个查询中(即使它们之间没有关系) （8）删除重复记录： 最高效的删除重复记录方法 ( 因为使用了ROWID)例子：DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID) FROM EMP X WHERE X.EMP_NO = E.EMP_NO); （9）用TRUNCATE替代DELETE： 当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) 用来存放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回滚段不再存放任何可被恢复的信息.当命令运行后,数据不能被恢复.因此很少的资源被调用,执行时间也会很短. (译者按: TRUNCATE只在删除全表适用,TRUNCATE是DDL不是DML) （10）尽量多使用COMMIT： 只要有可能,在程序中尽量多使用COMMIT, 这样程序的性能得到提高,需求也会因为COMMIT所释放的资源而减少: COMMIT所释放的资源: a. 回滚段上用于恢复数据的信息. b. 被程序语句获得的锁c. redo log buffer 中的空间d. ORACLE为管理上述3种资源中的内部花费 （11）用Where子句替换HAVING子句： 避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销. (非oracle中)on、where、having这三个都可以加条件的子句中，on是最先执行，where次之，having最后，因为on是先把不符合条件的记录过滤后才进行统计，它就可以减少中间运算要处理的数据，按理说应该速度是最快的，where也应该比having快点的，因为它过滤数据后才进行sum，在两个表联接时才用on的，所以在一个表的时候，就剩下where跟having比较了。在这单表查询统计的情况下，如果要过滤的条件没有涉及到要计算字段，那它们的结果是一样的，只是where可以使用rushmore技术，而having就不能，在速度上后者要慢如果要涉及到计算的字段，就表示在没计算之前，这个字段的值是不确定的，根据上篇写的工作流程，where的作用时间是在计算之前就完成的，而having就是在计算后才起作用的，所以在这种情况下，两者的结果会不同。在多表联接查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里 （12）减少对表的查询： 在含有子查询的SQL语句中,要特别注意减少对表的查询.例子：SELECT TAB_NAME FROM TABLES WHERE (TAB_NAME,DB_VER) = ( SELECT TAB_NAME,DB_VER FROM TAB_COLUMNS WHERE VERSION = 604) （13）通过内部函数提高SQL效率.： 复杂的SQL往往牺牲了执行效率. 能够掌握上面的运用函数解决问题的方法在实际工作中是非常有意义的 （14）使用表的别名(Alias)： 当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误. （15）用EXISTS替代IN、用NOT EXISTS替代NOT IN： 在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接.在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率. 在子查询中,NOT IN子句将执行一个内部的排序和合并. 无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS. 例子：（高效）SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND EXISTS (SELECT ‘X' FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB') (低效)SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND DEPTNO IN(SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB') （16）识别'低效执行'的SQL语句： 虽然目前各种关于SQL优化的图形化工具层出不穷,但是写出自己的SQL工具来解决问题始终是一个最好的方法：SELECT EXECUTIONS , DISK_READS, BUFFER_GETS, ROUND((BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio, ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run, SQL_TEXT FROM V$SQLAREA WHERE EXECUTIONS>0 AND BUFFER_GETS > 0 AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8 ORDER BY 4 DESC; （17）用索引提高效率： 索引是表的一个概念部分,用来提高检索数据的效率，ORACLE使用了一个复杂的自平衡B-tree结构. 通常,通过索引查询数据比全表扫描要快. 当ORACLE找出执行查询和Update语句的最佳路径时, ORACLE优化器将使用索引. 同样在联结多个表时使用索引也可以提高效率. 另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证.。那些LONG或LONG RAW数据类型, 你可以索引几乎所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小表时,使用索引同样能提高效率. 虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价. 索引需要空间来存储,也需要定期维护。</SPAN>
⑸ Oracle11g由于应用sql语句问题造成IO高，cpu高，业务中断，请教解决方法！
你这个情况属于死翘翘的，所谓优化大部分都需要代码的，而且代码级别的优化是最简单最粗浅的了，绕开代码级别的优化属于架构级别的优化了，那样代价就更高了，而且代码级别的优化都做不到，那架构级优化就更难了。如果sql都优化不了，你就算增加内存，增加cpu,增加服务器，即使你改到小型机上，而代码本身却不能够使用这些资源，你也是白搭的，你现在目前能做的要么放任自流，要么重新组建开发团队开发了。
⑹ ORACLE数据库性能优化包括哪几个部分
应用架构优化，主要优化应用对数据库的调用，数据库的数据结构，这个是对内系统性能提高最多的部分，容一般在系统架构时期要做好，后期很浪费人力
oracle实例配置优化，主要优化实例的内存使用，IO性能
sql语句优化，主要通过修改sql的优化查询速度，表索引的合理性
硬件架构，提高硬盘的IO速度，redo的磁盘分布，硬盘的raid，rac通信网速等。
一时就想到这么多
⑺ 基于oracle的sql优化 oracle database 11gr2性能调整与优化 哪本好
oracle sql 高级编程 很不错的书，推荐
⑻ 请Oracle高手推荐一本适合我进阶的书
要尽可能的了解Oracle的体系结构，涉及Oracle管理的内容。《Oracle10g OCP认证手册》这本书不错内。
oracle从浅到深的书容籍：
1《深入浅出Oracle》，《从实践中学习Oracle/SQL》
2. Thomas Kyte的《Expert One on One: Oracle》,Oracle OCP官方培训教材
3《Oracle 数据库DBA专题技术精粹》、《Oracle 数据库性能优化》、《深入浅出Oracle-DBA入门、进阶与诊断案例》、《循序渐进Oracle》。
是在自学吗？有同事或朋友带比较好，如果没有 不建议自己摸索，会走很多弯路，还会有一些错误的概念，建议去培训学习。我当时也是自学，进度非常慢，后来报的CUUG DBA班，4个月学出来了。
⑼ ORACLE SQL select语句优化问题！
啥问题
⑽ oracle数据库调优从哪几个方面入手
简单点的：
1, 修改sql查询条件、如果使用函数，尽量不要把函数加载字段上。
比如：回to_char(aaa,'yyyy/mm/dd') = '2018/03/19' X
aaa = to_date('2018/03/19','yyyy/mm/dd')
2,参照答sql查询条件，给字段增加索引。
3,看sql的执行计划，时间cost。
4,表分区管理（DBA级别，个人不会）