索引唯一扫描

最新推荐文章于 2021-04-03 06:08:48 发布
最新推荐文章于 2021-04-03 06:08:48 发布
阅读量2k 收藏
点赞数
文章标签： 索引 唯一扫描-逻辑读
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zengmuansha/article/details/60773824
版权

一 创建表和数据
create table zfk select * from dba_objects;
create table ZFK
(
object_name VARCHAR2(128),
object_id NUMBER not null,
data_object_id NUMBER,
) pctfree 10

二创建唯一索引
alter table ZFK add constraint ZFK_PK_OBJID primary key (OBJECT_ID) pctfree 10 using index ;
三检查信息
1 对象ID
select object_name,object_id,data_object_id from dba_objects where owner=user and object_name in (‘ZFK’,’ZFK_PK_OBJID’);

OBJECT_NAME OBJECT_ID DATA_OBJECT_ID
ZFK 119734 120052
ZFK_PK_OBJID 120051 120053

OBJECT_ID 十六进制
119734=>1D3B6
120051=>1D4F3
120052=>1D4F4
120053=>1D4F5

2 表和索引的块数量
select segment_name,segment_type,file_id,extent_id,block_id,blocks from dba_extents where segment_name in (‘ZFK’,’ZFK_PK_OBJID’);
SEGMENT_NAME SEGMENT_TYPE FILE_ID EXTENT_ID BLOCK_ID BLOCKS
ZFK_PK_OBJID INDEX 4 0 536 8
ZFK_PK_OBJID INDEX 4 1 544 8
ZFK_PK_OBJID INDEX 4 2 552 8
ZFK_PK_OBJID INDEX 4 3 560 8
ZFK_PK_OBJID INDEX 4 4 568 8
ZFK_PK_OBJID INDEX 4 5 576 8
ZFK_PK_OBJID INDEX 4 6 584 8
ZFK_PK_OBJID INDEX 4 7 592 8
ZFK_PK_OBJID INDEX 4 8 600 8
ZFK_PK_OBJID INDEX 4 9 608 8
ZFK_PK_OBJID INDEX 4 10 616 8
ZFK_PK_OBJID INDEX 4 11 624 8
ZFK_PK_OBJID INDEX 4 12 632 8
ZFK_PK_OBJID INDEX 4 13 640 8
ZFK_PK_OBJID INDEX 4 14 648 8
ZFK_PK_OBJID INDEX 4 15 656 8
ZFK_PK_OBJID INDEX 4 16 768 128
ZFK TABLE 12 0 328 8
ZFK TABLE 12 1 336 8
ZFK TABLE 12 2 344 8
ZFK TABLE 12 3 352 8
ZFK TABLE 12 4 360 8
ZFK TABLE 12 5 368 8
ZFK TABLE 12 6 376 8
ZFK TABLE 12 7 16640 8
ZFK TABLE 12 8 16648 8
ZFK TABLE 12 9 16656 8
ZFK TABLE 12 10 16664 8
ZFK TABLE 12 11 16672 8
ZFK TABLE 12 12 16680 8
ZFK TABLE 12 13 16688 8
ZFK TABLE 12 14 16696 8
ZFK TABLE 12 15 16704 8
ZFK TABLE 12 16 16768 128
ZFK TABLE 12 17 16896 128
ZFK TABLE 12 18 17024 128
ZFK TABLE 12 19 17152 128
ZFK TABLE 12 20 17280 128
ZFK TABLE 12 21 17408 128
ZFK TABLE 12 22 17536 128
ZFK TABLE 12 23 17664 128
ZFK TABLE 12 24 17792 128
ZFK TABLE 12 25 17920 128

3 分析索引
Analyze index ZFK_PK_OBJID validate structure;
select * from index_stats;
HEIGHT 2 <<== 两层高
BLOCKS 256 <<= 占256个块
NAME ZFK_PK_OBJID
LF_ROWS 87713 <<==叶块包含这么多键值记录
LF_BLKS 182 <<==叶块总数
LF_ROWS_LEN 1305009
LF_BLK_LEN 7996
BR_ROWS 181 <<==分支行 181
BR_BLKS 1 <<==分支块数 这里就是根节点它一个人了
BR_ROWS_LEN 1973
BR_BLK_LEN 8028
DEL_LF_ROWS 0
DEL_LF_ROWS_LEN 0
DISTINCT_KEYS 87713
MOST_REPEATED_KEY 1
BTREE_SPACE 1463300
USED_SPACE 1306982
PCT_USED 90
ROWS_PER_KEY 1
BLKS_GETS_PER_ACCESS 3
PRE_ROWS 0
PRE_ROWS_LEN 0
OPT_CMPR_COUNT 0
OPT_CMPR_PCTSAVE 0

三普通的B树索引结构图 逻辑上的
这里写图片描述
四 执行查询
SQL> select object_id from ZFK t where object_id in(9);
已用时间: 00: 00: 00.01

执行计划

Plan hash value: 434702176

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

| 0 | SELECT STATEMENT | | 1 | 5 | 1 (0)| 00:00:01 |

|* 1 | INDEX UNIQUE SCAN| ZFK_PK_OBJID | 1 | 5 | 1 (0)| 00:00:01 |

Predicate Information (identified by operation id):

1 - access(“OBJECT_ID”=9)

统计信息

  1  recursive calls
  0  db block gets
  2  consistent gets
  0  physical reads
  0  redo size
535  bytes sent via SQL*Net to client
520  bytes received via SQL*Net from client
  2  SQL*Net roundtrips to/from client
  0  sorts (memory)
  0  sorts (disk)
  1  rows processed

四 调用跟踪语句执行下
SQL> oradebug setmypid;
已处理的语句
SQL> oradebug event 10200 trace name context forever,level 1;
已处理的语句
SQL> select object_id from DBA_MONITER.ZFK t where object_id in(9);

OBJECT_ID

 9

SQL> oradebug event 10200 trace name context off;
已处理的语句
SQL> oradebug tracefile_name;
/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_128419.trc

跟踪文件核心部分
* 2017-02-14 18:04:34.731
Oradebug command ‘event 10200 trace name context forever,level 1’ console output:

* 2017-02-14 18:05:08.499
ktrgtc2(): started for block <0x0000 : 0x00400159> objd: 0x00000025
env [0x7f1e8555845c]: (scn: 0x0000.16a19f8b xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0000 : 0x00400159> objd: 0x00000025
ktrgtc2(): started for block <0x0000 : 0x0040adf0> objd: 0x00000025
env [0x7f1e8555845c]: (scn: 0x0000.16a19f8b xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0000 : 0x0040adf0> objd: 0x00000025
ktrget2(): started for block <0x0000 : 0x0040322b> objd: 0x00000025
env [0x7f1e8555845c]: (scn: 0x0000.16a19f8b xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrgcm(): completed for block <0x0000 : 0x0040322b> objd: 0x00000025
ktrget3(): completed for block <0x0000 : 0x0040322b> objd: 0x00000025
ktrgtc2(): started for block <0x0000 : 0x00400159> objd: 0x00000025
env [0x7f1e85559494]: (scn: 0x0000.16a19f8b xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0000 : 0x00400159> objd: 0x00000025
ktrgtc2(): started for block <0x0000 : 0x0040e321> objd: 0x00000025
env [0x7f1e85559494]: (scn: 0x0000.16a19f8b xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0000 : 0x0040e321> objd: 0x00000025
ktrget2(): started for block <0x0000 : 0x0040e35f> objd: 0x00000025
env [0x7f1e85559494]: (scn: 0x0000.16a19f8b xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrgcm(): completed for block <0x0000 : 0x0040e35f> objd: 0x00000025
ktrget3(): completed for block <0x0000 : 0x0040e35f> objd: 0x00000025

#

objd: 0x00000025 这个对象 一查就知道是 系统索引对象, 就是数据字典,

#

* 2017-02-14 18:05:20.014
ktrgtc2(): started for block <0x0004 : 0x0100021b> objd: 0x0001d4f5
env [0x7f1e8555a4cc]: (scn: 0x0000.16a19f97 xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0004 : 0x0100021b> objd: 0x0001d4f5

ktrgtc2(): started for block <0x0004 : 0x0100021c> objd: 0x0001d4f5
env [0x7f1e8555a4cc]: (scn: 0x0000.16a19f97 xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16a19f2b flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0004 : 0x0100021c> objd: 0x0001d4f5

* 2017-02-14 18:05:46.829
Processing Oradebug command ‘event 10200 trace name context off’

解释下
started for block 表示开始读取块
<0x0004 : 0x0100021c> 表示的块地址 前面的表示FILE_ID,后面要去掉前面的0X01后 21C转换成十进制是 540. 是我们索引第一行 536开始区后面8个块其中的540
objd: 0x0001d4f5 表示的是对象数据编号

把上面的 信息拿下来看
OBJECT_NAME OBJECT_ID DATA_OBJECT_ID
ZFK 119734 120052
ZFK_PK_OBJID 120051 120053
OBJECT_ID 十六进制
119734=>1d3b6
120051=>1d4f3

DATA_OBJECT_ID
120052=>1d4f4
120053=>1d4f5

对照看下 就知道访问的两个块都是 主键ZFK_PK_OBJD的. 分别是根节点和叶节点!
这里还没有回表,下面看看回表的操作

SQL> select object_name from ZFK t where object_id in(5);

OBJECT_NAME

CLU$
已用时间: 00: 00: 00.00

执行计划

Plan hash value: 1482799763

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

| 0 | SELECT STATEMENT | | 1 | 30 | 2 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| ZFK | 1 | 30 | 2 (0)| 00:00:01 |

|* 2 | INDEX UNIQUE SCAN | ZFK_PK_OBJID | 1 | | 1 (0)| 00:00:01 |

Predicate Information (identified by operation id):

2 - access(“OBJECT_ID”=5)

统计信息

  1  recursive calls
  0  db block gets
  3  consistent gets
  0  physical reads
  0  redo size
539  bytes sent via SQL*Net to client
520  bytes received via SQL*Net from client
  2  SQL*Net roundtrips to/from client
  0  sorts (memory)
  0  sorts (disk)
  1  rows processed

跟踪文件内容

* 2017-02-20 16:47:31.046
Oradebug command ‘event 10200 trace name context forever,level 1’ console output:

* 2017-02-20 16:48:44.544
ktrgtc2(): started for block <0x0004 : 0x0100021b> objd: 0x0001d4f5
env [0x7f21fabda4cc]: (scn: 0x0000.16af666f xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16af6659 flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0004 : 0x0100021b> objd: 0x0001d4f5
ktrgtc2(): started for block <0x0004 : 0x0100021c> objd: 0x0001d4f5
env [0x7f21fabda4cc]: (scn: 0x0000.16af666f xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16af6659 flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x0004 : 0x0100021c> objd: 0x0001d4f5
ktrgtc2(): started for block <0x000d : 0x0300014b> objd: 0x0001d4f4
env [0x7f21fabda4cc]: (scn: 0x0000.16af666f xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 statement num=0 parent xid: 0x0000.000.00000000 st-scn: 0x0000.00000000 hi-scn: 0x0000.00000000 ma-scn: 0x0000.16af6659 flg: 0x00000660)
ktrexc(): returning 2 on: 0xc0f4928 cr-scn: 0xffff.ffffffff xid: 0x0000.000.00000000 uba: 0x00000000.0000.00 cl-scn: 0xffff.ffffffff sfl: 0
ktrgtc2(): completed for block <0x000d : 0x0300014b> objd: 0x0001d4f4

* 2017-02-20 16:49:02.999
Processing Oradebug command ‘event 10200 trace name context off’

这个时候你看到了它访问了3个块,前面两个块我们已经解读过了, 后面的objd: 0x0001d4f4 是表对象数据地址, 访问了块是 <0x000d : 0x0300014b>. 另外重执行,没有递归调用,也没有去访问数据字典.
请关注公众号:
这里写图片描述

客家族_Shark曾_小凡仙
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
oracle predicate information,Oracle执行计划显示 (网上的参考文章）
weixin_39645306的博客
04-03 976
Oracle执行计划显示 (网上的参考文章)上一篇 /下一篇 2013-05-01 17:25:30/ 个人分类：oracle生成和显示SQL语句的执行计划，是大多数DBA、SQL开发人员以及性能优化专家经常做的工作，因为执行计划能够提供SQL语句性能相关的信息。执行计划解释了SQL语句执行的详细过程，这个过程记录了一系列的数据库操作以及每个操作涉及到的数据行数和生成的数据行数。优化器使用查询转...
oracle predicate information,Oracle 执行计划（Explain Plan） 说明
weixin_35699471的博客
04-03 877
如果要分析某条SQL的性能问题，通常我们要先看SQL的执行计划，看看SQL的每一步执行是否存在问题。如果一条SQL平时执行的好好的，却有一天突然性能很差，如果排除了系统资源和阻塞的原因，那么基本可以断定是执行计划出了问题。看懂执行计划也就成了SQL优化的先决条件。这里的SQL优化指的是SQL性能问题的定位，定位后就可以解决问题。一．查看执行计划的三种方法1.1设置autotrace序号命令解释...
Predicate Information
maoweiting19910402的专栏
09-06 2391
今天看SQL执行计划时发现一条额外的Predicate Information。一时找不到该Predicate Information来自何处。一般情况下对Oracletable或者View增加行授权（即调用dbms_rls.add_policy创建policy后），对该表的查询会自动增加Predicate Information。       但是这次查找DBA_POLICIES视图也没找
SQL Server索引的原理深入解析
12-16
前言 此文是我之前的笔记整理而来，以索引为入口进行探讨相关数据库知识（又做了修改以让人更好消化）。SQL Server接触不久的朋友可以只看以下蓝色字体字，简单有用节省时间；如果是数据库基础不错的朋友，可以全看，欢迎探讨。 索引的概念 索引的用途：我们对数据查询及处理速度已成为衡量应用系统成败的标准，而采用索引来加快数据处理速度通常是最普遍采用的优化方法。 索引是什么：数据库中的索引类似于一本书的目录，在一本书中使用目录可以快速找到你想要的信息，而不需要读完全书。在数据库中，数据库程序使用索引可以重啊到表中的数据，而不必扫描整个表。书中的目录是一个字词以及各字词所在的页码列表，数据库中的索引
扫描网
02-04
扫描网 ScanNet是一个RGB-D视频数据集，在1500多次扫描中包含250万个视图，并标注了3D相机姿势，表面重建和实例级语义分割。 ScanNet数据 如果要下载ScanNet数据，请填写的协议，并将其发送给我们 。 如果您一周内未收到回复，则可能是您的电子邮件被退回-请在发送重复请求之前进行检查。 请检查以获取数据发布的更新。 资料组织 ScanNet中的数据按RGB-D顺序组织。 每个序列都存储在名为scene<spaceId>_<scanId>或scened_d ，其中每个空间对应一个唯一位置（索引为0）。 在给定的序列中，在扫描，相机姿态和曲面网格重建以及注释元
Oracle使用强制索引的方法与注意事项
12-16
Oracle使用强制索引 在一些场景下，可能ORACLE不会自动走索引，这时候，如果对业务清晰，可以尝试使用强制索引，测试查询语句的性能。 以EMP表为例： 先在EMP表中建立唯一索引，如图。 普通搜索： SELECT * FROM EMP T 查看执行计划： 可以看到，是走的全表扫描。 使用强制索引，在SELECT 后面加上/*…….*/ 中间加上索引的属性，代码如下： SELECT /*+index(t pk_emp)*/* FROM EMP T --强制索引，/*.....*/第一个星星后不能有空格，里边内容结构为：加号index(表名 空格 索引名)。 --如果表用了别名，注
oracle predicate information,Oracle中ROWNUM的使用技巧（转）
weixin_35591093的博客
04-03 222
Oracle中ROWNUM的使用技巧 收藏ROWNUM是一种伪列，它会根据返回记录生成一个序列化的数字。利用ROWNUM，我们可以生产一些原先难以实现的结果输出，但因为它是伪列的这个特殊性，我们在使用时也需要注意一些事项，不要掉入“陷阱”。下面就介绍一下它的使用技巧及注意事项。1 特殊结果输出利用ROWNUM，我们可以做到一些特殊方式的输出。1.1 Top N结果输出我们如果希望取输出结果的前面几...
Oracle执行计划filter下多个节点的优化
coco3600的博客
07-03 613
Oracle执行计划filter下多个节点的优化 FILTER操作是执行计划中常见的操作，这种操作有两种情况： l只有一个子节点，那么就是简单过滤操作。 ...
mysql索引
weixin_42906466的博客
09-07 1113
为什么要使用索引 1.可以加快数据的检索速度（大大减少检索的数据量，这也是使用索引的主要原因）。 2.帮助服务器避免排序和临时表 3.将随机IO变为顺序IO 使用索引要注意的事项 1.在经常需要搜索的列上创建，可以加快搜索速度。 2.在经常使用where子句中的列上面创建，加快条件的判断速度。 3.在经常需要排序的列上面创建，因为索引已经排序，这样可以直接使用索引的排序，加快排序查询时间。 4.对于中到大型表创建索引都是非常有效的，但对于超大型表创建索引成本较大，不建议使用。 5.在经常用在连接的列上创建索
Oracle执行计划 讲解（二）
guanyi的博客
09-17 344
现在我们讲讲oracle执行计划里面每个参数的含义 我们以下面的一个例子来讲解 这里做个补充：trace的类型一共有以下几种 序号 命令 解释 1 SET AUTOTRACE OFF 此为默认值，即关闭Autotrace 2 SET AUTOTRACE ON EXPLAIN 只显示执行计划 3 SET AUTOTRACE ON STAT
Oracle CBO优化模式中的5种索引访问方法浅析
01-19
1.索引唯一扫描(INDEX UNIQUE SCAN) 2.索引范围扫描(INDEX RANGE SCAN) 3.索引全扫描(INDEX FULL SCAN) 4.索引跳跃扫描(INDEX SKIP SCAN) 5.索引快速全扫描(INDEX FAST FULL SCAN) 索引唯一扫描(INDEX UNIQUE SCAN) ...
Oracle 表的扫描方式及连接方法
02-26
Oracle 表的扫描方式及连接方法，全表扫描，索引扫描，索引范围扫描，索引唯一扫描
Oracle执行计划——查看执行计划的方法
热门推荐
654657008的博客
09-12 7万+
（1）什么是执行计划 SQL是一种傻瓜式语言，每一个条件就是一个需求，访问的顺序不同就形成了不同的执行计划。Oracle必须做出选择，一次只能有一种访问路径。执行计划是一条查询语句在Oracle中的执行过程或访问路径的描述。 （2）执行计划的选择 通常一条SQL有多个执行计划，那我们如何选择？那种执行开销更低，就意味着性能更好，速度更快，我们就选哪一种，这个过程叫做Oracle的解析过程，然后...
组合索引
11-02 4295
组合索引（concatenated index）：由多个列构成的索引， 创建组合索引create index idx_detp on detp（col1，col2,col3，....），则我们称idx_emp索引为组合索引。 在组合索引中有一个重要的概念：引导列（leading column），在上面的例子中，col1列为引导列。 当我们进行查询时where 限制条件必须有引导列. 使
Oracle数据库性能优化 -非空约束重要性全表扫描的性能提升
oradbm的博客
09-02 597
1.1测试现象 CREATE TABLE T1 AS SELECT OBJECT_ID,OBJECT_NAME FROM DBA_OBJECTS; CREATE TABLE T2 AS SELECT OBJECT_ID,OBJECT_NAME FROM DBA_OBJECTS; CREATE INDEX IDX1 ON T1(OBJECT_ID); EXPLA...
Oracle索引梳理系列（八）- 索引扫描类型及分析（高效索引必备知识）
weixin_30527423的博客
10-20 221
版权声明：本文发布于http://www.cnblogs.com/yumiko/，版权由Yumiko_sunny所有，欢迎转载。转载时，请在文章明显位置注明原文链接。若在未经作者同意的情况下，将本文内容用于商业用途，将保留追究其法律责任的权利。如果有问题，请以邮箱方式联系作者（[email protected]）。 理解oracle索引扫描类型的特点以及具体触发的条件，对于通过合理地使用...
Oracle查看执行计划的几种方法
coco3600的博客
04-09 820
Oracle查看执行计划的几种方法 一般来说，有如下几种获取执行计划的方式： 1、AUTO...
唯一性索引的意义
万里晴空
10-11 9565
原文转自：http://blog.itpub.net/17203031/viewspace-700089/ 索引是我们经常使用的一种数据库搜索优化手段。适当的业务操作场景使用适当的索引方案可以显著的提升系统整体性能和用户体验。在Oracle中，索引有包括很多类型。不同类型的索引适应不同的系统环境和访问场景。其中，唯一性索引Unique Index是我们经常使用到的一种。   唯一性索引uni
利用matlab对am，dsb，ssb，ask，fsk，bpsk信号进行正交调制解调仿真
最新发布
04-18
利用matlab对am，dsb，ssb，ask，fsk，bpsk信号进行正交调制解调仿真，并在不同信噪比条件下对其数字信号进行了误码率的计算。.rar
什么叫做对于使用索引的唯一索引扫描
07-13
对于使用索引的唯一索引扫描是指在数据库中使用唯一索引来查找数据的过程。唯一索引是一种约束，它确保索引的列中的值是唯一的，即不允许重复值。在进行唯一索引扫描时，数据库会直接通过唯一索引来查找符合条件的数据，而不需要进行全表扫描。 唯一索引扫描通常用于查询操作，其中查询条件使用了唯一索引的列，并且查询条件是等于（=）操作符。这样，数据库可以通过唯一索引快速定位到符合条件的数据行，而无需扫描整个表。 使用唯一索引扫描可以提高查询的性能，特别是在大型数据集上。通过利用唯一索引，数据库可以直接定位到所需数据，减少了磁盘读取和数据处理的开销。 需要注意的是，唯一索引扫描只适用于使用了

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值