- 博客(12)
- 收藏
- 关注
RSS订阅原创 ORACLE SQL性能优化系列 (五)
17. 使用表的别名(Alias)当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误.(译者注: Column歧义指的是由于SQL中不同的表具有相同的Column名,当SQL语句中出现这个Column时,SQL解析器无法判断这个Column的归属)18. 用EXISTS替代IN在许多基于基础表
2005-11-03 20:57:00
842
原创 ORACLE SQL性能优化系列 (六)
20. 用表连接替换EXISTS通常来说 , 采用表连接的方式比EXISTS更有效率SELECT ENAMEFROM EMP EWHERE EXISTS (SELECT ‘X’ FROM DEPTWHERE DEPT_NO = E.DEPT_NOAND DEPT_CAT = ‘A’);(更高效)SELECT ENAMEFROM DEPT D,EMP EWHERE E.DEPT_NO = D.DE
2005-11-03 20:57:00
694
原创 ORACLE SQL性能优化系列 (七)
24. 用EXPLAIN PLAN 分析SQL语句EXPLAIN PLAN 是一个很好的分析SQL语句的工具,它甚至可以在不执行SQL的情况下分析语句. 通过分析,我们就可以知道ORACLE是怎么样连接表,使用什么方式扫描表(索引扫描或全表扫描)以及使用到的索引名称.你需要按照从里到外,从上到下的次序解读分析的结果. EXPLAIN PLAN分析的结果是用缩进的格式排列的, 最内部的操作将被最先
2005-11-03 20:56:00
646
原创 ORACLE SQL性能优化系列 (四)
13. 计算记录条数和一般的观点相反, count(*) 比count(1)稍快 , 当然如果可以通过索引检索,对索引列的计数仍旧是最快的. 例如 COUNT(EMPNO)(译者按: 在CSDN论坛中,曾经对此有过相当热烈的讨论, 作者的观点并不十分准确,通过实际的测试,上述三种方法并没有显著的性能差别)14. 用Where子句替换HAVING子句避免使用HAVING子句, HAVING 只会在
2005-11-03 20:54:00
622
原创 ORACLE SQL性能优化系列 (三)
8. 使用DECODE函数来减少处理时间使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表.例如:SELECT COUNT(*)，SUM(SAL)FROM EMPWHERE DEPT_NO = 0020AND ENAME LIKE ‘SMITH%’;SELECT COUNT(*)，SUM(SAL)FROM EMPWHERE DEPT_NO = 0030AND ENAME LIKE ‘
2005-11-03 20:52:00
618
原创 ORACLE SQL性能优化系列 (一)
1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在
2005-11-03 20:50:00
658
原创 ORACLE SQL性能优化系列 (二)
4. 选择最有效率的表名顺序(只在基于规则的优化器中有效)ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表 driving table)将被最先处理. 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.当ORACLE处理多个表时, 会运用排序及合并的方式连接它们.首先,扫描第一个表(FROM子句中最后的那个表)并对记录
2005-11-03 20:50:00
615
原创 dba的职责和任务
载自oracle中文技术论坛。从整体上介绍了一个dba的职责和任务等等。 ORACLE数据库管理员应按如下方式对ORACLE数据库系统做定期监控： (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据 库的空间使用情况,系统资源的使用情况进行检查,发现并解决 问题。 (2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数
2005-11-03 20:32:00
2291
3
原创 Oracle性能调优实践中的几点心得
很多的时侯，做Oracle DBA的我们，当应用管理员向我们通告现在应用很慢、数据库很慢的时侯，我们到数据库时做几个示例的Select也发现同样的问题时，有些时侯我们会无从下手，因为我们认为数据库的各种命种率都是满足Oracle文档的建议。实际上如今的优化己经向优化等待(waits)转型了，实际中性能优化最根本的出现点也都集中在IO，这是影响性能最主要的方面，由系统中的等待去发现Oracle库中
2005-11-03 20:24:00
811
原创 优化数据库的三板斧 大幅提高Oracle性能
几个简单的步骤大幅提高Oracle性能--我优化数据库的三板斧数据库优化的讨论可以说是一个永恒的主题。资深的Oracle优化人员通常会要求提出性能问题的人对数据库做一个statspack，贴出数据库配置等等。还有的人认为要抓出执行最慢的语句来进行优化。但实际情况是，提出疑问的人很可能根本不懂执行计划，更不要说statspack了。而我认为，数据库优化，应该首先从大的方面考虑：网络、服务器硬件配置
2005-11-03 20:18:00
1012
原创 Oracle Tuning的一些总结(转)
Oracle Tuning的一些总结 关于Oracle的性能调整，一般包括两个方面，一是指Oracle数据库本身的调整，比如SGA、PGA的优化设置，二是连接Oracle的应用程序以及SQL语句的优化。做好这两个方面的优化，就可以使一套完整的Oracle应用系统处于良好的运行状态。 本文主要是把一些Oracle Tuning的文章作了一个简单的总结，力求以实际可操作为
2005-11-03 20:06:00
1313
原创 ORACLE 性能调优（一）诊断和调优工具
一、诊断工具 1、警告日志文件 警告日志文件包含系统信息和错误日志，包含了重要错误（如:ORA-600）和块校验错误信息（ORA-1578，ORA-1498）。监视数据库操作如CREATE DATABASE, STARTUP, SHUTDOWN, ARCHIVE LOG, and RECOVER，记录非默认初始化参数值。当LOG_CHECKPIONTS_TO_ALERT设置为
2005-11-01 14:40:00
6397
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人