我的编程空间,编程开发者的网络收藏夹
学习永远不晚

dba_indexes视图的性能有哪些

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

dba_indexes视图的性能有哪些

这篇文章主要介绍“dba_indexes视图的性能有哪些”,在日常操作中,相信很多人在dba_indexes视图的性能有哪些问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”dba_indexes视图的性能有哪些”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!

select case when status='UNUSABLE' then
        'alter index '||owner||'.'||index_name||' rebuild online compute statistics;'
      when to_number(degree)>1 then
        'alter index '||owner||'.'||index_name||' noparallel;'
    end case
from (select * from dba_indexes where degree<>‘DEFAULT') a
where status='UNUSABLE'
or to_number(degree)>1
and owner not in ('SYS','SYSTEM','MANAGER','WMSYS');

语句运行的速度很快,但是从statspack中发现这条语句的逻辑读单次高达26846。使用set autotrace比较了下9i和10g的执行计划和统计信息,发现9i查询这个视图的代价非常的高,而10g则有了一定的改善。在Oracle9i中,optimizer_mode默认是CHOOSE,所以查询数据字典使用了RBO,而Oracle10g则默认为ALL_ROWS,所以采用了CBO。

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
PL/SQL Release 9.2.0.6.0 - Production
CORE  9.2.0.6.0    Production
TNS for IBM/AIX RISC System/6000: Version 9.2.0.6.0 - Production
NLSRTL Version 9.2.0.6.0 - Production

SQL> set autot trace
SQL> select * from dba_indexes;

1242 rows selected.

Execution Plan
----------------------------------------------------------
  0   SELECT STATEMENT Optimizer=CHOOSE
  1  0  NESTED LOOPS (OUTER)
  2  1   NESTED LOOPS (OUTER)
  3  2    NESTED LOOPS
  4  3     NESTED LOOPS
  5  4      NESTED LOOPS (OUTER)
  6  5       NESTED LOOPS
  7  6        NESTED LOOPS (OUTER)
  8  7         NESTED LOOPS
  9  8          TABLE ACCESS (FULL) OF 'OBJ$'
 10  8          TABLE ACCESS (BY INDEX ROWID) OF 'IND$'
 11  10           INDEX (UNIQUE SCAN) OF 'I_IND1' (UNIQUE)
 12  7         TABLE ACCESS (BY INDEX ROWID) OF 'OBJ$'
 13  12          INDEX (UNIQUE SCAN) OF 'I_OBJ1' (UNIQUE)
 14  6        TABLE ACCESS (BY INDEX ROWID) OF 'OBJ$'
 15  14         INDEX (UNIQUE SCAN) OF 'I_OBJ1' (UNIQUE)
 16  5       TABLE ACCESS (CLUSTER) OF 'USER$'
 17  16        INDEX (UNIQUE SCAN) OF 'I_USER#' (NON-UNIQUE)
 18  4      TABLE ACCESS (CLUSTER) OF 'USER$'
 19  18       INDEX (UNIQUE SCAN) OF 'I_USER#' (NON-UNIQUE)
 20  3     TABLE ACCESS (CLUSTER) OF 'USER$'
 21  20      INDEX (UNIQUE SCAN) OF 'I_USER#' (NON-UNIQUE)
 22  2    TABLE ACCESS (CLUSTER) OF 'SEG$'
 23  22     INDEX (UNIQUE SCAN) OF 'I_FILE#_BLOCK#' (NON-UNIQUE)
 24  1   TABLE ACCESS (CLUSTER) OF 'TS$'
 25  24    INDEX (UNIQUE SCAN) OF 'I_TS#' (NON-UNIQUE)

Statistics
----------------------------------------------------------
     0 recursive calls
     0 db block gets
   42924 consistent gets
     0 physical reads
     0 redo size
   98000 bytes sent via SQL*Net to client
    1558 bytes received via SQL*Net from client
     84 SQL*Net roundtrips to/from client
     0 sorts (memory)
     0 sorts (disk)
    1242 rows processed
SQL>select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE  10.2.0.4.0   Production
TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
NLSRTL Version 10.2.0.4.0 - Production

21:32:11 SYS@coll>set autot trace
21:32:15 SYS@coll>select * from dba_indexes;

1162 rows selected.

Execution Plan
----------------------------------------------------------
Plan hash value: 3901056803

----------------------------------------------------------------------------------------------
| Id | Operation              | Name  | Rows | Bytes | Cost (%CPU)| Time   |
----------------------------------------------------------------------------------------------
|  0 | SELECT STATEMENT          |    | 1164 |  330K|  237  (3)| 00:00:03 |
|* 1 | HASH JOIN RIGHT OUTER       |    | 1164 |  330K|  237  (3)| 00:00:03 |
|  2 |  TABLE ACCESS FULL         | TS$  |   9 |  189 |   4  (0)| 00:00:01 |
|* 3 |  HASH JOIN RIGHT OUTER       |    | 1164 |  306K|  232  (3)| 00:00:03 |
|  4 |  TABLE ACCESS FULL        | SEG$  | 2635 |  102K|  18  (0)| 00:00:01 |
|* 5 |  HASH JOIN            |    | 1164 |  261K|  214  (3)| 00:00:03 |
|  6 |   TABLE ACCESS FULL        | USER$ |  35 |  560 |   2  (0)| 00:00:01 |
|* 7 |   HASH JOIN            |    | 1164 |  243K|  211  (3)| 00:00:03 |
|  8 |   TABLE ACCESS FULL       | USER$ |  35 |  560 |   2  (0)| 00:00:01 |
|* 9 |   HASH JOIN RIGHT OUTER     |    | 1164 |  225K|  208  (2)| 00:00:03 |
| 10 |    TABLE ACCESS FULL       | USER$ |  35 |  560 |   2  (0)| 00:00:01 |
|* 11 |    HASH JOIN           |    | 1164 |  206K|  206  (2)| 00:00:03 |
|* 12 |    HASH JOIN OUTER       |    | 1164 |  172K|  174  (2)| 00:00:03 |
| 13 |     MERGE JOIN         |    | 1164 |  142K|  142  (2)| 00:00:02 |
|* 14 |     TABLE ACCESS BY INDEX ROWID| IND$  | 1164 |  104K|  109  (0)| 00:00:02 |
| 15 |      INDEX FULL SCAN      | I_IND1 | 1164 |    |   2  (0)| 00:00:01 |
|* 16 |     SORT JOIN         |    | 10589 |  341K|  33  (7)| 00:00:01 |
|* 17 |      TABLE ACCESS FULL     | OBJ$  | 10589 |  341K|  32  (4)| 00:00:01 |
| 18 |     TABLE ACCESS FULL      | OBJ$  | 10592 |  279K|  31  (0)| 00:00:01 |
| 19 |    TABLE ACCESS FULL      | OBJ$  | 10592 |  310K|  31  (0)| 00:00:01 |
----------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

  1 - access("I"."TS#"="TS"."TS#"(+))
  3 - access("I"."FILE#"="S"."FILE#"(+) AND "I"."BLOCK#"="S"."BLOCK#"(+) AND
       "I"."TS#"="S"."TS#"(+))
  5 - access("IO"."OWNER#"="IU"."USER#")
  7 - access("U"."USER#"="O"."OWNER#")
  9 - access("ITO"."OWNER#"="ITU"."USER#"(+))
 11 - access("I"."BO#"="IO"."OBJ#")
 12 - access("I"."INDMETHOD#"="ITO"."OBJ#"(+))
 14 - filter(BITAND("I"."FLAGS",4096)=0)
 16 - access("O"."OBJ#"="I"."OBJ#")
    filter("O"."OBJ#"="I"."OBJ#")
 17 - filter(BITAND("O"."FLAGS",128)=0)

Statistics
----------------------------------------------------------
     0 recursive calls
     0 db block gets
    876 consistent gets
     0 physical reads
     0 redo size
   92582 bytes sent via SQL*Net to client
    1339 bytes received via SQL*Net from client
     79 SQL*Net roundtrips to/from client
     1 sorts (memory)
     0 sorts (disk)
    1162 rows processed

select * from dba_indexes;

1162 rows selected.

Elapsed: 00:00:00.55

Execution Plan
----------------------------------------------------------
Plan hash value: 2107813288

--------------------------------------------------------------
| Id | Operation              | Name      |
--------------------------------------------------------------
|  0 | SELECT STATEMENT          |        |
|  1 | NESTED LOOPS OUTER         |        |
|  2 |  NESTED LOOPS OUTER        |        |
|  3 |  NESTED LOOPS           |        |
|  4 |   NESTED LOOPS          |        |
|  5 |   NESTED LOOPS OUTER       |        |
|  6 |    NESTED LOOPS         |        |
|  7 |    NESTED LOOPS OUTER      |        |
|  8 |     NESTED LOOPS        |        |
|* 9 |     TABLE ACCESS FULL     | OBJ$      |
|* 10 |     TABLE ACCESS BY INDEX ROWID| IND$      |
|* 11 |      INDEX UNIQUE SCAN     | I_IND1     |
| 12 |     TABLE ACCESS BY INDEX ROWID | OBJ$      |
|* 13 |     INDEX UNIQUE SCAN     | I_OBJ1     |
| 14 |    TABLE ACCESS BY INDEX ROWID | OBJ$      |
|* 15 |     INDEX UNIQUE SCAN      | I_OBJ1     |
| 16 |    TABLE ACCESS CLUSTER     | USER$     |
|* 17 |    INDEX UNIQUE SCAN      | I_USER#    |
| 18 |   TABLE ACCESS CLUSTER      | USER$     |
|* 19 |    INDEX UNIQUE SCAN       | I_USER#    |
| 20 |   TABLE ACCESS CLUSTER      | USER$     |
|* 21 |   INDEX UNIQUE SCAN       | I_USER#    |
| 22 |  TABLE ACCESS CLUSTER       | SEG$      |
|* 23 |   INDEX UNIQUE SCAN        | I_FILE#_BLOCK# |
| 24 |  TABLE ACCESS CLUSTER       | TS$      |
|* 25 |  INDEX UNIQUE SCAN        | I_TS#     |
--------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

  9 - filter(BITAND("O"."FLAGS",128)=0)
 10 - filter(BITAND("I"."FLAGS",4096)=0)
 11 - access("O"."OBJ#"="I"."OBJ#")
 13 - access("I"."INDMETHOD#"="ITO"."OBJ#"(+))
 15 - access("I"."BO#"="IO"."OBJ#")
 17 - access("ITO"."OWNER#"="ITU"."USER#"(+))
 19 - access("U"."USER#"="O"."OWNER#")
 21 - access("IO"."OWNER#"="IU"."USER#")
 23 - access("I"."TS#"="S"."TS#"(+) AND "I"."FILE#"="S"."FILE#"(+) AND
       "I"."BLOCK#"="S"."BLOCK#"(+))
 25 - access("I"."TS#"="TS"."TS#"(+))

Note
-----
  - rule based optimizer used (consider using cbo)

Statistics
----------------------------------------------------------
     0 recursive calls
     0 db block gets
   25254 consistent gets
     26 physical reads
     0 redo size
   93977 bytes sent via SQL*Net to client
    1339 bytes received via SQL*Net from client
     79 SQL*Net roundtrips to/from client
     0 sorts (memory)
     0 sorts (disk)
    1162 rows processed

到此,关于“dba_indexes视图的性能有哪些”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

dba_indexes视图的性能有哪些

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

MySQL中的视图有哪些语法

这篇文章主要讲解了“MySQL中的视图有哪些语法”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“MySQL中的视图有哪些语法”吧!视图是什么视图View是一种虚拟的表,本身不保存数据,内部封装
2023-06-02

oracle中的视图有哪些优点

Oracle中的视图有以下优点:1. 简化数据查询:视图可以将复杂的查询逻辑封装起来,使得用户可以通过简单的查询语句访问需要的数据,而不需要了解复杂的数据结构和查询语句。2. 数据安全性:视图可以用来限制用户对数据的访问权限,只允许用户访问
2023-08-15

oracle删除视图的方法有哪些

Oracle数据库中删除视图的方法有以下几种:1. 使用DROP VIEW语句:可以使用DROP VIEW语句来删除视图。语法如下:```DROP VIEW view_name;```2. 使用SQL Developer:可以使用Oracl
2023-09-14

Django中有哪些视图类型

这篇文章将为大家详细讲解有关Django中有哪些视图类型,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。1、基于功能的视图基于函数的视图是使用python中的函数编写的,该函数以HttpReq
2023-06-14

plsql导出视图的方法有哪些

在PL/SQL中,可以使用以下方法导出视图:使用数据泵工具(Data Pump):可以使用数据泵工具(如expdp命令)来导出整个数据库模式,包括视图。使用PL/SQL开发工具:可以编写一个PL/SQL脚本来导出视图的定义和数据。例如,可以
plsql导出视图的方法有哪些
2024-04-09

sql创建视图的作用有哪些

创建视图的作用有以下几个:1. 数据封装:视图允许将复杂的查询封装成简单的视图,并隐藏了底层表的复杂性。这样可以简化应用程序的复杂度,并提高代码的可读性。2. 数据安全性:视图可以限制用户只能访问其具有权限的数据。通过使用视图,可以隐藏表的
2023-09-29

oracle视图优化技巧有哪些

以下是优化Oracle视图的一些技巧:1. 选择合适的视图类型:Oracle提供了不同类型的视图,如简单视图、复杂视图、内联视图等。根据实际需求选择合适的视图类型,可以提高查询性能。2. 使用内联视图:将子查询转换为内联视图,可以减少查询中
2023-08-15

使用 MySQL 视图有哪些限制?

尽管使用视图有多种好处,但使用 MySQL 视图仍存在以下限制 - 无法创建视图视图索引 - 在 MySQL 中,我们无法在视图上创建索引。这是因为当我们针对视图查询数据时,没有使用索引。 MySQL 会使视图无效 - 假设,如果我们删除或
2023-10-22

数据库视图有哪些作用

数据库视图的作用有以下几个方面:数据安全性:通过视图可以隐藏敏感数据,只向用户展示部分数据,保护数据库中重要信息的安全。数据简化:视图可以简化用户对数据库的查询操作,将复杂的查询操作封装在视图中,用户只需要对视图进行查询操作即可获取所需的数
数据库视图有哪些作用
2024-02-29

Matplotlib可视化最有价值的图表有哪些

这篇文章主要为大家展示了“Matplotlib可视化最有价值的图表有哪些”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“Matplotlib可视化最有价值的图表有哪些”这篇文章吧。介绍这些图表根据
2023-06-02

oracle视图传参数的方法有哪些

在Oracle中,可以使用以下方法传递参数给视图:1. 使用变量:可以在视图定义中使用变量,并在查询时传递参数值。例如:```sqlCREATE OR REPLACE VIEW my_view ASSELECT * FROM my_tabl
2023-08-08

编程热搜

目录