rownum和rowid都是伪列,但是两者的根本是不同的,rownum是根据sql查询出的结果给每行分配一个逻辑编号,所以你的sql不同也就会导致最终rownum不同,但是rowid是物理结构上的,在每条记录insert到数据库中时,都会有一个唯一的物理记录 。
sql优化:
- oracle采用两种访问表中记录的方式:全表扫描,通过ROWID访问表,通常索引提供了快速访问ROWID的方法,因此那些基于索引列的查询就可以得到性能上的提高。
- ORACLE按照从右到左的顺序处理FROM子句中的表名,因此FROM子句中写在最后的表(基础表)将被最先处理,在FROM子句中包含多个表的情况下,要将记录条数最少的表作为基础表。如果有三个以上的表连接查询,那么需要选择交叉表作为基础表,交叉表是指那个被其他表所引用的表。
- oracle采用自上而下的顺序处理where子句,根据这个原理,表之间的连接必须写在其他where条件之前,那些可以过滤掉最大数据量记录的条件必须写在where子句的末尾。
- 在select的时候少用 * ,
因为ORACLE的查询器会把*转换为表的全部列名,这样会很浪费时间。 - 使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表.
- 用TRUNCATE替代DELETE,当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) 用来存放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回滚段不再存放任何可被恢复的信息.当命令运行后,数据不能被恢复.因此很少的资源被调用,执行时间也会很短. (TRUNCATE只在删除全表适用,TRUNCATE是DDL不是DML)。
- 存储过程中多用commit
- 不要用in,not in,用exists,not exists 来代替
- 在含有子查询的SQL语句中,要特别注意减少对表的查询
- 避免在索引列上使用NOT,如果遇到not会停止使用索引,进而转为全表扫描。
- 避免在索引列上使用计算
- 用>=替代>
- 通常情况下, 用UNION替换WHERE子句中的OR将会起到较好的效果. 对索引列使用OR将造成全表扫描. 注意, 以上规则只针对多个索引列有效. 如果有column没有被索引, 查询效率可能会因为你没有选择OR而降低.
- 避免在索引列上使用IS NULL和IS NOT NULL
- 如果索引是建立在多个列上, 只有在它的第一个列(leading column)被where子句引用时,优化器才会选择使用该索引,当仅引用索引的第二个列时,优化器使用了全表扫描而忽略了索引。