索引扫描(一)-聚簇因子

假设一个表中有9行记录,分布在3个block上,按照其中列col1的分布情况,分为以下两种情况:

Block 1       Block 2        Block 3
 -------       -------        --------
A  A  A       B  B  B        C  C  C


Block 1       Block 2        Block 3
 -------       -------        --------
A  B  C       A  B  C        A  B  C

第一种情况,相同的值分布在同一个block里,第二种情况,相同的三个值分布在3个block里,在列col1上创建一个索引。
显然,当进行如下查询时:

select * from t where col1='A';

oracle首先进行索引范围扫描,获取相应的列col1='A’的rowid,之后根据rowid从表中获取数据。对于第一种情况,只需要扫描block 1,即可获得想要的结果,而对于第二种情况,需要扫描block 1,block 2,block 3共3个block。显然,第二种情况下的需要进行的IO次数大于第一种情况。

以下例子,首先根据第一种情况构造一个测试表test1:

SQL> create table test1 (a char(2000),b char(100));
 
Table created.
 
SQL> insert into test1 values('A','X');
 
1 row created.
 
SQL> /
 
1 row created.
 
SQL> /
 
1 row created.
 
SQL> COMMIT;
 
Commit complete.
 
SQL> select dbms_rowid.rowid_block_number(rowid) from test1;
 
DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------
                                3442
                                3442
                                3442

可见,三行均位于同一个block里。
 
SQL> insert into test1 values('B','X');
 
1 row created.
 
SQL> /
 
1 row created.
 
SQL> /
 
1 row created.
 
SQL> commit;
 
Commit complete.
 
SQL> select dbms_rowid.rowid_block_number(rowid) from test1;
 
DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------
                                3442
                                3442
                                3442
                                3443
                                3443
                                3443
 
6 rows selected.

SQL> insert into test1 values('C','X');
 
1 row created.
 
SQL> /
 
1 row created.
 
SQL> /
 
1 row created.
 
SQL> commit;
 
Commit complete.
 
SQL> select dbms_rowid.rowid_block_number(rowid) from test1;
 
DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------
                                3442
                                3442
                                3442
                                3443
                                3443
                                3443
                                3444
                                3444
                                3444
 
9 rows selected.

以上构造出第一种情况,即值为'A','B','C'的列分别各自位于同一个block里。再构造第二种情况:

SQL> create table test2(a char(2000),b char(100));
 
Table created.
 
SQL> insert into test2 values('A','X');
 
1 row created.

SQL> insert into test2 values('B','X');
 
1 row created.
 
SQL>  insert into test2 values('C','X');
 
1 row created.
 
SQL> commit;
 
Commit complete.
SQL> select dbms_rowid.rowid_block_number(rowid) from test2;
 
DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------
                                3450
                                3450
                                3450
这样,'A','B','C'这三个不同值的列均位于同一个block里了。然后再构造2个类似的block:

SQL> insert into test2 select * from test2 where rownum<=3;
 
3 rows created.
 
SQL> /
 
3 rows created.
 
SQL>  select dbms_rowid.rowid_block_number(rowid) from test2;
 
DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------
                                3450
                                3450
                                3450
                                3451
                                3451
                                3451
                                3452
                                3452
                                3452

接下来执行多次的insert into test1 select * from test1和 insert into test2 select * from test2,对这两个表各自构造出大量数据。

SQL> select count(*) from test1;
 
  COUNT(*)
----------
      4608
 
SQL> select count(*) from test2;
 
  COUNT(*)
----------
      4608

分别在test1和test2上创建索引:

SQL> create index idx_test1 on test1(a);
 
Index created.
 
SQL> create index idx_test2 on test2(a);
 
Index created
.

执行索引范围扫描:

SQL> set autot traceonly statistics
SQL> select /*+ index(test1,idx_test1) */ * from test1 where a like 'A%';
 
1536 rows selected.
 
 
Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
       1237  consistent gets
          0  physical reads
          0  redo size
      23223  bytes sent via SQL*Net to client
       1517  bytes received via SQL*Net from client
        104  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
       1536  rows processed
 
SQL> select /*+ index(test2,idx_test2) */ * from test2 where a like 'A%';
 
1536 rows selected.
 
 
Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
       2158  consistent gets
          0  physical reads
          0  redo size
      23223  bytes sent via SQL*Net to client
       1517  bytes received via SQL*Net from client
        104  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
       1536  rows processed

显然,对test1的逻辑读要小于对test2的逻辑读,再看两个索引的聚簇因子以及两张表占用的block数量:

SQL> select index_name,CLUSTERING_FACTOR from user_Indexes where index_name in('IDX_TEST1','IDX_TEST2');
 
INDEX_NAME                     CLUSTERING_FACTOR
------------------------------ -----------------
IDX_TEST1                                   1536
IDX_TEST2                                   4608

SQL> select count(distinct(dbms_rowid.rowid_block_number(rowid))) from test1;
 
COUNT(DISTINCT(DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)))
-----------------------------------------------------
                                                 1536
 
SQL> select count(distinct(dbms_rowid.rowid_block_number(rowid))) from test2;
 
COUNT(DISTINCT(DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)))
-----------------------------------------------------
                                                 1536
 
SQL> select count(*) from test1;
 
  COUNT(*)
----------
      4608
 
SQL> select count(*) from test2;
 
  COUNT(*)
----------
      4608

可以看出,上述测试用例模拟了聚簇因子的两种极端情况,IDX_TEST1的聚簇因子与表的blcok数相等,而IDX_TEST2的聚簇因子与表的记录数相等。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10972173/viewspace-531911/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10972173/viewspace-531911/

内容概要:本文设计了种基于PLC的全自动洗衣机控制系统内容概要:本文设计了种,采用三菱FX基于PLC的全自动洗衣机控制系统,采用3U-32MT型PLC作为三菱FX3U核心控制器,替代传统继-32MT电器控制方式,提升了型PLC作为系统的稳定性与自动化核心控制器,替代水平。系统具备传统继电器控制方式高/低水,实现洗衣机工作位选择、柔和过程的自动化控制/标准洗衣模式切换。系统具备高、暂停加衣、低水位选择、手动脱水及和柔和、标准两种蜂鸣提示等功能洗衣模式,支持,通过GX Works2软件编写梯形图程序,实现进洗衣过程中暂停添加水、洗涤、排水衣物,并增加了手动脱水功能和、脱水等工序蜂鸣器提示的自动循环控制功能,提升了使用的,并引入MCGS组便捷性与灵活性态软件实现人机交互界面监控。控制系统通过GX。硬件设计包括 Works2软件进行主电路、PLC接梯形图编程线与关键元,完成了启动、进水器件选型,软件、正反转洗涤部分完成I/O分配、排水、脱、逻辑流程规划水等工序的逻辑及各功能模块梯设计,并实现了大形图编程。循环与小循环的嵌; 适合人群:自动化套控制流程。此外、电气工程及相关,还利用MCGS组态软件构建专业本科学生,具备PL了人机交互C基础知识和梯界面,实现对洗衣机形图编程能力的运行状态的监控与操作。整体设计涵盖了初级工程技术人员。硬件选型、; 使用场景及目标:I/O分配、电路接线、程序逻辑设计及组①掌握PLC在态监控等多个方面家电自动化控制中的应用方法;②学习,体现了PLC在工业自动化控制中的高效全自动洗衣机控制系统的性与可靠性。;软硬件设计流程 适合人群:电气;③实践工程、自动化及相关MCGS组态软件与PLC的专业的本科生、初级通信与联调工程技术人员以及从事;④完成PLC控制系统开发毕业设计或工业的学习者;具备控制类项目开发参考定PLC基础知识。; 阅读和梯形图建议:建议结合三菱编程能力的人员GX Works2仿真更为适宜。; 使用场景及目标:①应用于环境与MCGS组态平台进行程序高校毕业设计或调试与运行验证课程项目,帮助学生掌握PLC控制系统的设计,重点关注I/O分配逻辑、梯形图与实现方法;②为工业自动化领域互锁机制及循环控制结构的设计中类似家电控制系统的开发提供参考方案;③思路,深入理解PL通过实际案例理解C在实际工程项目PLC在电机中的应用全过程。控制、时间循环、互锁保护、手动干预等方面的应用逻辑。; 阅读建议:建议结合三菱GX Works2编程软件和MCGS组态软件同步实践,重点理解梯形图程序中各环节的时序逻辑与互锁机制,关注I/O分配与硬件接线的对应关系,并尝试在仿真环境中调试程序以加深对全自动洗衣机控制流程的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值