5.sql语句分析

oracle中通过rowid访问数据是最快的方式

索引最好单独建立表空间,必要时候对索引进行重建

4.其它

*尽量使用表关联查询而不使用函数,但涉及类似于代码表要重复关联多次取数据问题时候又适合使用函数

避免使用select *,因为系统需要去帮你将*转换为所有的列名,这个需要额外去查询数据字典。

对于where条件的顺序,过滤到最大查询记录数量的条件必须写在where条件的结尾处。

通过toad或pl/sql developer对语句的性能进行和索引的使用情况进行分析

通过sqlplus中的set trace 功能对sql语句的性能进行分析

*sql语句中大怎样用u盘装系统量使用函数时候会导致很多索引无法使用上,要针对具体问题分析

oracle中的视图也可以增加索引,但一般不推荐使用

对oracle缺省的优化不满意可以强制使用hint,但一般不推荐使用

*存在递归查询情况如果关联table太多对性能会造成较大影响,往往推荐采用临时表转为分步骤操作提高性能

大数据量表尽量要避免全表扫描,全部扫描会按顺序每条记录扫描,对于>100万数据表影响很大。

distinct和having子句都是耗时操作,应该尽可能少使用

2.顺序问题

对字段进行函数转换,或者前模糊查询都会导致无法应用索引而进行全表扫描

where条件中涉及到使用复杂函数判定的必须注意要写到u盘装饰where条件的最前面

使用显性游标而不使用隐性游标,特别是大数据量情况下隐性游标对性能影响很大

对oracle共享池和缓冲区中的sql必须要大小写都完全用上才能够匹配上

oracle中存储过程和sql语句怎么优化

用直接的表关联来代替exist.用exist或not exists来代理in。in进行子查询效率很差。

使用truncate替代delete来删除记录,但truncate数据不记录日志,无法进行回滚

是否使用函数的问题

多使用decode函数来作简单的代码和名称间的转换,以减少表关联

必要时候可以使用函数索引,但不推荐使用

1.全表扫描和索引扫描

对flag等u盘装系统软件只存储是或否信息的字段,一般不推荐建立索引。必要可以采用位图索引

在不需要考虑重复记录合并时候用union all来代替union

3.索引方面

count(1)和count(*)差别不大。

记录数少的表保留有主键索引就可以了,不要再去建其它索引,全表扫描也很快

(oracle中存储过程和sql语句怎么优化http:// )

oracle按照从右到左的顺序对数据表进行解析。因此from最后面的表为基础表,一般要选择记录数最少的表作为基础表。

对于复杂的存储过程可以多次提交的数据的要多分多次commit,否则长事务对系统性能影响很大