开发者社区> leshami> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

Oracle ROWID 方式访问数据库

简介:     和ROWNUM一样,ROWID是一个伪列,即是一个非用户定义的列,而又实际存储于数据库之中。每一个表都有一个ROWID列,一个ROWID值用于唯一确定数据库表中的的一条记录。
+关注继续查看

    和ROWNUM一样,ROWID是一个伪列,即是一个非用户定义的列,而又实际存储于数据库之中。每一个表都有一个ROWID列,一个ROWID值用于
唯一确定数据库表中的的一条记录。因此通过ROWID 方式来访问数据也是 Oracle 数据库访问数据的实现方式之一。一般情况下,ROWID方式的
访问一定以索引访问或用户指定ROWID作为先决条件,因为所有的索引访问方式最终都会转换为通过ROWID来访问数据记录。(注:index full
scan 与index fast full scan
除外)由于Oracle ROWID能够直接定位一条记录,因此使用ROWID方式来访问数据,极大提高数据的访问效率。

-->查看表上rowid
scott@CNMMBO> select rowid,empno,ename from emp where deptno=20;

ROWID                   EMPNO ENAME
------------------ ---------- ----------
AAATTBAALAAAAuUAAA       7369 SMITH
AAATTBAALAAAAuUAAD       7566 JONES
AAATTBAALAAAAuUAAH       7788 SCOTT
AAATTBAALAAAAuUAAK       7876 ADAMS
AAATTBAALAAAAuUAAM       7902 FORD				

-->下面使用rowid来进行访
-->以下演示中忽略了物理读,仅考虑逻辑读的情形
scott@CNMMBO> set autot trace;
scott@CNMMBO> select empno,ename from emp where rowid='AAATTBAALAAAAuUAAA';

Execution Plan
----------------------------------------------------------
Plan hash value: 1116584662
-----------------------------------------------------------------------------------
| Id  | Operation                  | Name | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------
|   0 | SELECT STATEMENT           |      |     1 |    22 |     1   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY USER ROWID| EMP  |     1 |    22 |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------
Statistics
----------------------------------------------------------
          1  recursive calls     
          0  db block gets
          1  consistent gets     
          0  physical reads

--此时执行计划中操作1为TABLE 
ACCESS BY USER ROWID,注意此时为USER ROWID,表明由用户直接调用产生
--统计信息中的consistent gets为1,即只需要根据rowid即可返回数据 

--使用多个rowid的情形
scott@CNMMBO> select empno,ename from emp where rowid in ('AAATTBAALAAAAuUAAA','AAATTBAALAAAAuUAAD');

Execution Plan
----------------------------------------------------------
Plan hash value: 1106538681
------------------------------------------------------------------------------------
| Id  | Operation                   | Name | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |      |     1 |    22 |     1   (0)| 00:00:01 |
|   1 |  INLIST ITERATOR            |      |       |       |            |          |
|   2 |   TABLE ACCESS BY USER ROWID| EMP  |     1 |    22 |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------
Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          2  consistent gets
          0  physical reads

--上面的执行计划中出现了INLIST ITERATOR,即INLIST迭代,该操作说明其子操作多次重复时,会出现该操作。
--由于我们使用了in运算,且传递了2个rowid,故出现INLIST迭代操作
--迭代操作意味着条件中的对象列表一个接一个的迭代传递给子操作
--此时统计信息中的consistent gets为2,因为一个rowid一次逻辑运算

--下面来看看直接使用列来访问表的情形
scott@CNMMBO> select empno,ename from emp where empno=7369;

Execution Plan
----------------------------------------------------------
Plan hash value: 2949544139
--------------------------------------------------------------------------------------
| Id  | Operation                   | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |        |     1 |    10 |     1   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| EMP    |     1 |    10 |     1   (0)| 00:00:01 |
|*  2 |   INDEX UNIQUE SCAN         | PK_EMP |     1 |       |     0   (0)| 00:00:01 |
--------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("EMPNO"=7369)
Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          2  consistent gets
          0  physical reads

--在通过谓词访问表时,此执行计划中使用了INDEX UNIQUE SCAN扫描方式
--此时先实施INDEX UNIQUE SCAN,然后将该操作的结果传递给父操作TABLE ACCESS BY INDEX ROWID来定位记录
--此时也给出了谓词信息:2 - access("EMPNO"=7369)
--此时的逻辑读consistent gets的值是2,即一次读索引,一次通过rowid读表上的数据块

--下面来看看直接使用列且使用in访问多条记录的情形
scott@CNMMBO> select empno,ename from emp where empno in (7369,7566);

Execution Plan
----------------------------------------------------------
Plan hash value: 1899965127
---------------------------------------------------------------------------------------
| Id  | Operation                    | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |        |     2 |    20 |     2   (0)| 00:00:01 |
|   1 |  INLIST ITERATOR             |        |       |       |            |          |
|   2 |   TABLE ACCESS BY INDEX ROWID| EMP    |     2 |    20 |     2   (0)| 00:00:01 |
|*  3 |    INDEX RANGE SCAN          | PK_EMP |     2 |       |     1   (0)| 00:00:01 |
---------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   3 - access("EMPNO"=7369 OR "EMPNO"=7566)
Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          5  consistent gets
          0  physical reads

--此时执行计划中的索引扫描方式变成了索引范围扫描INDEX RANGE SCAN
--由于存在in操作,因此此时在第2步也出现了迭代操作
--此处的逻辑读consistent gets的值是5 ?  为什么是 5 呢? 下面来分析看看

scott@CNMMBO> alter system flush shared_pool;

scott@CNMMBO> alter system flush buffer_cache;

scott@CNMMBO> set serveroutput off;
scott@CNMMBO> set autot off;
scott@CNMMBO> select /*+ gather_plan_statistics */ empno,ename from emp where empno in (7369,7566);

     EMPNO ENAME
---------- ----------
      7369 SMITH
      7566 JONES

scott@CNMMBO> select * from table(dbms_xplan.display_cursor(null,null,'iostats last'));

PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------
SQL_ID  373xnw8s521t4, child number 0
-------------------------------------
select /*+ gather_plan_statistics */ empno,ename from emp where empno in (7369,7566)

Plan hash value: 1899965127
----------------------------------------------------------------------------------------------------------
| Id  | Operation                    | Name   | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |
----------------------------------------------------------------------------------------------------------
|   1 |  INLIST ITERATOR             |        |      1 |        |      2 |00:00:00.01 |       5 |      2 |
|   2 |   TABLE ACCESS BY INDEX ROWID| EMP    |      2 |      2 |      2 |00:00:00.01 |       5 |      2 |
|*  3 |    INDEX RANGE SCAN          | PK_EMP |      2 |      2 |      2 |00:00:00.01 |       3 |      1 |
----------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   3 - access(("EMPNO"=7369 OR "EMPNO"=7566))

--从上面的执行计划可知,2次索引扫描,2次rowid扫描,加上1次迭代,因此总的consistent gets为5。

--与此类似的使用基于rowid的update操作,其性能同样高于直接使用列来实现update操作,此处不再演示

--使用rowid删除重复记录的示例
DELETE FROM emp e                                                                     
WHERE  e.ROWID > (SELECT MIN( x.ROWID )     
                 FROM   emp x                                                       
                 WHERE  x.empno = e.empno);  

--Author: Robinson Cheng
--Blog :  http://blog.csdn.net/robinson_0612
                 
--总结:
    使用rowid访问数据时可以减少逻辑读的数量,因为一个rowid能唯一定位一条记录
    尽管rowid能极大程度的提高数据的访问效率,然而由于其不易识别性(为十六进制)在大量数据访问时并不易于使用 

更多参考

Oracle ROWID

NULL 值与索引(一)

NULL 值与索引(二)

SQL tuning 步骤

高效SQL语句必杀技

父游标、子游标及共享游标

绑定变量及其优缺点

dbms_xplan之display_cursor函数的使用

dbms_xplan之display函数的使用

执行计划中各字段各模块描述

使用 EXPLAIN PLAN 获取SQL语句执行计划

启用 AUTOTRACE 功能

函数使得索引列失效

Oracle 绑定变量窥探

Oracle 自适应共享游标              

 

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
oracle数据库带或不带数据导入导出操作大全
oracle数据库带或不带数据导入导出操作大全
106 0
Oracle数据库的增删改操作介绍
前面的博文介绍了Oracle的简单查询操作,博客地址:http://blog.csdn.net/weixin_36380516/article/details/65935879 这里再对Oracle的更新操作即Oracle的增删改操作进行简单的介绍 首先要掌握对表结构的基本操作。 增加字段: alter table 表名 add(字段名 字段类型和长度) alter table
987 0
Oracle 11g数据库相关操作
1、Oracle11g默认对空表不分配segment,故使用exp导出Oracle11g数据库时,空表不会导出,怎么解决? 办法一:   设置deferred_segment_creation 参数为FALSE后,无论是空表还是非空表,都分配segment。
676 0
ADO.Net对Oracle数据库的操作【转载】
一 ADO.Net简介 访问数据库的技术有许多,常见的有一下几种:开放数据库互联(ODBC)、数据访问对象(DAO)、远程数据对象 (RDO)、 ActiveX数据对象(ADO)。我们今天主要要学习ADO.NET中OracleClient命名空间中的几个常用对象,用这作为对ADO.NET认 识学习的开始。
1106 0
Oracle 数据库性能优化3日实战(企业培训)
课程名称一: Oracle性能优化及调整 课程时长 1天 课程深度: 高级 上机实验: 10%-30% 授课对象: Oracle开发人员、Oracle数据库管理人员,应用程序开发人员 课程描述: 本课程讲述Oracle数据库物理层规划,系统性能的监控,数据库性能参数调整,统计信息的收集,使用自动化调试工具优化数据库,I/O子系统的配置与设计以及性能优化方法论等。
1824 0
Oracle 10g Express Edition(XE) 转至数据库主页中文乱码问题的解决
Oracle 10g Express Edition是Oracle专门为小型用户提供的免费版本。
886 0
+关注
leshami
传播知识,分享快乐!十年以上数据库,系统运维与管理,性能优化经验。全部文章,欢迎扩散,转载请注明出处!
639
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载