oracle for扫描行,请教索引范围扫描具体IO行为？

于 2021-04-12 12:49:42 发布
阅读量61 收藏
点赞数
文章标签： oracle for扫描行

本帖最后由 lfree 于 2017-2-9 16:04 编辑

--测试随手写的,不知道是否正确.

[20170209]索引范围访问2.txt

--ITPUB网友问的问题:

--索引范围扫描是如何访问数据块的?

1 FOR  (根节点-> 分支节点->叶节点->表) 这循环吗?

2 还是(根节点-> 分支节点->叶节点->叶节点->叶节点->叶节点->表)?

3 还是 (根节点-> 分支节点->叶节点->表->叶节点->表->叶节点->表->叶节点->表)?

--我认为是3,还是测试来说明问题:

1.环境:

SCOTT@book> @ &r/ver1

PORT_STRING         VERSION        BANNER

------------------- -------------- --------------------------------------------------------------------------------

x86_64/Linux 2.4.xx 11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

create table t (id number,v1 varchar2(20),v2 varchar2(4000),v3 varchar2(3000));

insert into t as select rownum ,rownum||'aaaa',lpad('a',4000,'a'),lpad('b',3000,'b') from dual connect by level<=200;

commit ;

create unique index i_t_id on t(id) pctfree 80;

--分析略.

SCOTT@book> column PARTITION_NAME noprint

SCOTT@book> select * from dba_extents where file_id=4 and segment_name in ('T','I_T_ID');

OWNER  SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME EXTENT_ID FILE_ID BLOCK_ID   BYTES BLOCKS RELATIVE_FNO

------ ------------ ------------ --------------- --------- ------- -------- ------- ------ ------------

SCOTT  I_T_ID       INDEX        USERS                   0       4     1200   65536      8            4

SCOTT  T            TABLE        USERS                   0       4      816   65536      8            4

SCOTT  T            TABLE        USERS                   1       4      824   65536      8            4

SCOTT  T            TABLE        USERS                   2       4      832   65536      8            4

SCOTT  T            TABLE        USERS                   3       4      840   65536      8            4

SCOTT  T            TABLE        USERS                   4       4      848   65536      8            4

SCOTT  T            TABLE        USERS                   5       4      856   65536      8            4

SCOTT  T            TABLE        USERS                   6       4      864   65536      8            4

SCOTT  T            TABLE        USERS                   7       4      872   65536      8            4

SCOTT  T            TABLE        USERS                   8       4      880   65536      8            4

SCOTT  T            TABLE        USERS                   9       4      888   65536      8            4

SCOTT  T            TABLE        USERS                  10       4     1152   65536      8            4

SCOTT  T            TABLE        USERS                  11       4     1160   65536      8            4

SCOTT  T            TABLE        USERS                  12       4     1168   65536      8            4

SCOTT  T            TABLE        USERS                  13       4     1176   65536      8            4

SCOTT  T            TABLE        USERS                  14       4     1184   65536      8            4

SCOTT  T            TABLE        USERS                  15       4     1192   65536      8            4

SCOTT  T            TABLE        USERS                  16       4     1280 1048576    128            4

18 rows selected.

SCOTT@book> select object_name,object_id,data_object_id from dba_objects where owner=user and  object_name in ('T','I_T_ID');

OBJECT_NAME           OBJECT_ID DATA_OBJECT_ID

-------------------- ---------- --------------

I_T_ID                    89842          89842   <==0x15ef2

T                         89841          89841   <==0x15ef1

SCOTT@book> select segment_name,header_file,header_block from dba_segments where segment_name in ('T','I_T_ID');

SEGMENT_NAME         HEADER_FILE HEADER_BLOCK

-------------------- ----------- ------------

T                              4          818

I_T_ID                         4         1202

--这样基本1条记录1块.

SCOTT@book> alter session set events 'immediate trace name treedump level 89842';

Session altered.

*** 2017-02-09 15:02:47.723

branch: 0x10004b3 16778419 (0: nrow: 2, level: 1)          => dba=4,1203

leaf: 0x10004b4 16778420 (-1: nrow: 111 rrow: 111)      => dba=4,1204

leaf: 0x10004b5 16778421 (0: nrow: 89 rrow: 89)         => dba=4,1205

----- end tree dump

--//索引记录分部在2块.

2.测试:

SCOTT@book> alter session set statistics_level=all;

Session altered.

SCOTT@book> show arraysize

arraysize 200

SCOTT@book> select /*+ index( t i_t_id ) */ id,v1 from t where id between 101 and 120;

ID V1

--- --------------------

101 101aaaa

102 102aaaa

103 103aaaa

104 104aaaa

105 105aaaa

106 106aaaa

107 107aaaa

108 108aaaa

109 109aaaa

110 110aaaa

111 111aaaa

112 112aaaa

113 113aaaa

114 114aaaa

115 115aaaa

116 116aaaa

117 117aaaa

118 118aaaa

119 119aaaa

120 120aaaa

20 rows selected.

SCOTT@book> @ &r/dpc '' ''

PLAN_TABLE_OUTPUT

-------------------------------------

SQL_ID  cx4u60mg16ksy, child number 0

-------------------------------------

select /*+ index( t i_t_id ) */ id,v1 from t where id between 101 and 120

Plan hash value: 4153437776

--------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                   | Name   | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

--------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT            |        |      1 |        |       |    24 (100)|          |     20 |00:00:00.01 |      24 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T      |      1 |     21 |   252 |    24   (0)| 00:00:01 |     20 |00:00:00.01 |      24 |

|*  2 |   INDEX RANGE SCAN          | I_T_ID |      1 |     21 |       |     2   (0)| 00:00:01 |     20 |00:00:00.01 |       4 |

--------------------------------------------------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):

-------------------------------------------------------------

1 - SEL$1 / T@SEL$1

2 - SEL$1 / T@SEL$1

Predicate Information (identified by operation id):

---------------------------------------------------

2 - access("ID">=101 AND "ID"<=120)

26 rows selected.

--//逻辑读是24. (arraysize=200)

SCOTT@book> set array 2

SCOTT@book> select /*+ index( t i_t_id ) */ id,v1 from t where id between 101 and 120;

...

Plan hash value: 4153437776

--------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                   | Name   | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

--------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT            |        |      1 |        |       |    24 (100)|          |     20 |00:00:00.01 |      32 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T      |      1 |     21 |   252 |    24   (0)| 00:00:01 |     20 |00:00:00.01 |      32 |

|*  2 |   INDEX RANGE SCAN          | I_T_ID |      1 |     21 |       |     2   (0)| 00:00:01 |     20 |00:00:00.01 |      12 |

--------------------------------------------------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):

-------------------------------------------------------------

1 - SEL$1 / T@SEL$1

2 - SEL$1 / T@SEL$1

Predicate Information (identified by operation id):

---------------------------------------------------

2 - access("ID">=101 AND "ID"<=120)

--//逻辑读是24. (arraysize=2)

3.跟踪看看:

--//如何跟踪逻辑读,想了N久才想起来10200事件.

$ oerr ora 10200

10200, 00000, "consistent read buffer status"

// *Cause:

// *Action:

SCOTT@book> ALTER SESSION SET EVENTS '10200 TRACE NAME CONTEXT FOREVER, LEVEL 1';

Session altered.

SCOTT@book> select /*+ index( t i_t_id ) */ id,v1 from t where id between 101 and 120;

ID V1

---------- --------------------

101 101aaaa

...

120 120aaaa

20 rows selected.

SCOTT@book> ALTER SESSION SET EVENTS '10200 TRACE NAME CONTEXT OFF';

Session altered.

--//检查转储:

ktrgtc2(): started for block <0x0004 : 0x010004b3> objd: 0x00015ef2

env [0x7fadbb8f6fdc]: (scn: 0x0003.175073c2  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: 0x0003.1750734b  flg: 0x00000661)

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 : 0x010004b3> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2

env [0x7fadbb8f6fdc]: (scn: 0x0003.175073c2  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: 0x0003.1750734b  flg: 0x00000660)

ktrexf(): returning 9 on:  0xc0f4928  cr-scn: 0xffff.ffffffff  xid: 0x0000.000.00000000  uba: 0x00000000.0000.00  cl-scn: 0xffff.ffffffff  sfl: 0

ktrgcm(): completed for block  <0x0004 : 0x010004b4> objd: 0x00015ef2

ktrget3(): completed for  block <0x0004 : 0x010004b4> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x0100049f> objd: 0x00015ef1

$ grep "started" /u01/app/oracle/diag/rdbms/book/book/trace/book_ora_53991.trc|wc

32     288    2207

--//正好对上.

$ grep "started" /u01/app/oracle/diag/rdbms/book/book/trace/book_ora_53991.trc

ktrgtc2(): started for block <0x0004 : 0x010004b3> objd:  0x00015ef2    <= dba=4,1203,索引的根节点块

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2    <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x0100049f> objd: 0x00015ef1    <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2    <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x01000498> objd: 0x00015ef1    <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x01000499> objd: 0x00015ef1    <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2    <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x010004a6> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004a7> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004a1> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004a4> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004a5> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004a2> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004a3> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004aa> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004ab> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004ac> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004ad> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004ae> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004af> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004a8> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x010004a9> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x0100055a> objd: 0x00015ef1

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2

ktrget2(): started for block  <0x0004 : 0x0100055e> objd: 0x00015ef1

--//仔细看后面的规律都是

--//先访问0x00015ef2对象一次,再访问0x00015ef1对象2次.我注解在后面.

--//你可以注意一个小细节,第一次读表是读一条记录.可以看看我以前写的帖子:

http://blog.itpub.net/267265/viewspace-1430902/

--//设置为3重复测试看看.

SCOTT@book> set array 3

SCOTT@book> ALTER SESSION SET EVENTS '10200 TRACE NAME CONTEXT FOREVER, LEVEL 1';

SCOTT@book> select /*+ index( t i_t_id ) */ id,v1 from t where id between 101 and 120;

Plan hash value: 4153437776

--------------------------------------------------------------------------------------------------------------------------------

| Id  | Operation                   | Name   | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time   | A-Rows |   A-Time   | Buffers |

--------------------------------------------------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT            |        |      1 |        |       |    24 (100)|          |     20 |00:00:00.01 |      30 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T      |      1 |     21 |   252 |    24   (0)| 00:00:01 |     20 |00:00:00.01 |      30 |

|*  2 |   INDEX RANGE SCAN          | I_T_ID |      1 |     21 |       |     2   (0)| 00:00:01 |     20 |00:00:00.01 |      10 |

--------------------------------------------------------------------------------------------------------------------------------

SCOTT@book> ALTER SESSION SET EVENTS '10200 TRACE NAME CONTEXT OFF';

$ grep "started" /u01/app/oracle/diag/rdbms/book/book/trace/book_ora_54066.trc|wc

30     270    2069

--//也执行计划看到的逻辑读一致.

$ grep "started" /u01/app/oracle/diag/rdbms/book/book/trace/book_ora_54066.trc

ktrgtc2(): started for block <0x0004 : 0x010004b3> objd: 0x00015ef2       <= dba=4,1203,索引的根节点块

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2      <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x0100049f> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2      <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x01000498> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x01000499> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004a6> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2      <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x010004a7> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004a1> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004a4> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2      <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x010004a5> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004a2> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004a3> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b4> objd: 0x00015ef2      <= dba=4,1204,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x010004aa> objd: 0x00015ef1      <= 读表段一条记录 ,注意这里仅仅剩下1条记录. 也就是前面分支仅仅11个键值.

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2      <= dba=4,1205,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x010004ab> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004ac> objd: 0x00015ef1      <= 读表段一条记录,注意这里仅仅访问2条,因为arraysize=3.

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2      <= dba=4,1205,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x010004ad> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004ae> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004af> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2      <= dba=4,1205,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x010004a8> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004a9> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x0100055a> objd: 0x00015ef1      <= 读表段一条记录

ktrget2(): started for block  <0x0004 : 0x010004b5> objd: 0x00015ef2      <= dba=4,1205,索引的叶子块

ktrget2(): started for block  <0x0004 : 0x0100055e> objd: 0x00015ef1      <= 读表段一条记录

王萌昊
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle全表扫描及其执行计划
12-14
　全表扫描是扫表表中所有的行，实际上是扫描表中所有的数据块，因为Oracle中小的存储单位是Oracle block。 　扫描所有的数据块包括高水位线以内的数据块，即使是空数据块在没有被释放的情形下也会被扫
Oracle漏洞扫描安全加固.pdf
11-17
Oracle漏洞扫描安全加固.pdf
几种索引扫描方式
旅行人生
11-15 1361
 1）索引唯一扫描 如果查询时是通过unique或primary key约束来保证只返回一条数据，那么优化器就会选择索引唯一扫描，这是访问一条数据的最快方式。2）索引范围扫描索引键非唯一，当遇到如下条件时会使用索引范围扫描：1.col=：b12.col3.col>:b13)索引降序范围扫描与2）中的情况相同，只不过2）默认是安装升序进行查找的，而这里是按
oracle clustered index,请教！Index-Organized Table和Clustered Table到底是怎么回事？
weixin_29306261的博客
04-11 87
最初由 blue_prince 发布[B]四、 索引组织表：数据按主码存储和排序，同索引结构一样，不过数据直接存储于主码后面。适用于信息检索、空间和OLAP程序。索引组织表的适用情况：1、 代码查找表。2、 经常通过主码访问的表。3、 构建自己的索引结构。4、 加强数据的共同定位，要数据按特定顺序物理存储。5、 经...
oracle数据库优化-IO性能分析优化
oradbm的博客
12-14 3957
在部署了ORACLE数据库的服务器上,我们大家或多或少的遇到过下列情况： 1. 业务系统运行缓慢，作为系统管理员需要检查包括IO在内的系统资源，这时系统管理员、存储管理员可能得到DBA（数据库管理员）的反馈说，IO的响应时间很慢，达到了30毫秒以上，要求解决。但存储管理员检查又不存在热点盘的情况，系统的IO量就是很大，除了使用更多的RAID组来重新分布数据、更换为更高端的存储外，似乎没有太好的办法...
MySQL单列索引和组合索引的区别
chen88358323的专栏
02-05 6164
原文转自: http://blog.sina.com.cn/s/blog_4e45b8430102v6qw.html MySQL单列索引和组合索引究竟有何区别呢？下文形象地对比了MySQL单列索引和组合索引的区别，希望可以让您对这两种索引有更深的认识。   MySQL单列索引和组合索引的区别可能有很多人还不是十分的了解，下面就为您分析两者的主要区别，供您参考学
转://Oracle 复合压缩索引场景及性能对比
weixin_33830216的博客
12-07 141
摘要：今天为什么提到这个话题，出于一个偶然，一个同事在优化新开发的系统时向我请教如何添加复合压缩索引的问题。我总结了一下，问题有三。 第一：需不需要压缩 第二：对第几列压缩 第三：性能对比，选出最优 好，问题提出我们一一来解答一下 1.场景 在我的文章中经常会看到这个词，当然也可以不谈场景说技术，但我觉的那只是隔空建楼，毫无目的，没有根据性。我们在深入研究的时候要避免这样的盲目讨...
《Oracle 复合压缩索引场景及性能对比》-原理引航-实例演示
weixin_33904756的博客
11-21 56
《Oracle复合压缩索引场景及性能对比》 摘要：今天为什么提到这个话题，出于一个偶然，一个同事在优化新开发的系统时向我请教如何添加复合压缩索引的问题。我总结了一下，问题有三。 第一：需不需要压缩 第二：对第几列压缩 第三：性能对比，选出最优 好，问题提出我们一一来解答一下 1.场景 在我的文章中经常会看到这个词，当然也可以不谈场景说技术，但我觉的...
Mysql索引（转）
一个被代码耽搁了的法师
07-28 192
转：http://database.ctocio.com.cn/353/11664853.shtml MySQL单列索引是我们使用MySQL数据库中经常会见到的，MySQL单列索引和组合索引的区别可能有很多人还不是十分的了解，下面就为您分析两者的主要区别，供您参考学习。 　　为了形象地对比两者...
MySQL单列索引和组合索引的区别介绍
weixin_40983143的博客
01-20 306
MySQL单列索引是我们使用MySQL数据库中经常会见到的，MySQL单列索引和组合索引的区别可能有很多人还不是十分的了解，下面就为您分析两者的主要区别，供您参考学习。 为了形象地对比两者，再建一个表： CREATE TABLE myIndex ( i_testID INT NOT NULL AUTO_INCREMENT, vc_Name VARCHAR(50) NOT NULL, vc_City VARCHAR(50) NOT NULL, i_Age INT NOT NULL, i_SchoolID IN
Mysql组合索引优化
二月的博客
12-31 738
http://blog.csdn.net/wxwzy738/article/details/17590305 MySQL单列索引是我们使用MySQL数据库中经常会见到的，MySQL单列索引和组合索引的区别可能有很多人还不是十分的了解，下面就为您分析两者的主要区别，供您参考学习。 　　为了形象地对比两者，再建一个表：   CREATE TABLE myIndex ( i_testID INT...
oracle索引类型及扫描方式大整理new
06-05
oracle索引类型及扫描方式大整理new
个人整理，oracle访问路径（全表扫描、回表、索引范围扫描等等）
12-27
个人整理，oracle访问路径（全表扫描、回表、索引范围扫描等等）
oracle 11g 性能优化扫描版
01-02
oracle 11g数据库性能优化扫描版。目录： 第一章 优化表性能 第二章 选择和优化索引 第三章 优化实例内存 第四章 监控系统性能 第五章 最小化系统资源争夺 第六章 分析操作系统性能 第七章 检修数据库 第八章 创建...
grpcio-1.47.0-cp310-cp310-linux_armv7l.whl
05-22
Python库是一组预先编写的代码模块，旨在帮助开发者实现特定的编程任务，无需从零开始编写代码。这些库可以包括各种功能，如数学运算、文件操作、数据分析和网络编程等。Python社区提供了大量的第三方库，如NumPy、Pandas和Requests，极大地丰富了Python的应用领域，从数据科学到Web开发。Python库的丰富性是Python成为最受欢迎的编程语言之一的关键原因之一。这些库不仅为初学者提供了快速入门的途径，而且为经验丰富的开发者提供了强大的工具，以高效率、高质量地完成复杂任务。例如，Matplotlib和Seaborn库在数据可视化领域内非常受欢迎，它们提供了广泛的工具和技术，可以创建高度定制化的图表和图形，帮助数据科学家和分析师在数据探索和结果展示中更有效地传达信息。
小程序项目源码-美容预约小程序.zip
05-22
小程序项目源码-美容预约小程序小程序项目源码-美容预约小程序小程序项目源码-美容预约小程序小程序项目源码-美容预约小程序小程序项目源码-美容预约小程序小程序项目源码-美容预约小程序小程序项目源码-美容预约小程序小程序项目源码-美容预约小程序v
MobaXterm 工具
最新发布
05-22
MobaXterm 工具
grpcio-1.48.0-cp37-cp37m-linux_armv7l.whl
05-22
Python库是一组预先编写的代码模块，旨在帮助开发者实现特定的编程任务，无需从零开始编写代码。这些库可以包括各种功能，如数学运算、文件操作、数据分析和网络编程等。Python社区提供了大量的第三方库，如NumPy、Pandas和Requests，极大地丰富了Python的应用领域，从数据科学到Web开发。Python库的丰富性是Python成为最受欢迎的编程语言之一的关键原因之一。这些库不仅为初学者提供了快速入门的途径，而且为经验丰富的开发者提供了强大的工具，以高效率、高质量地完成复杂任务。例如，Matplotlib和Seaborn库在数据可视化领域内非常受欢迎，它们提供了广泛的工具和技术，可以创建高度定制化的图表和图形，帮助数据科学家和分析师在数据探索和结果展示中更有效地传达信息。
怎么解决oracle范围查找不走索引
04-22
针对Oracle范围查找不走索引的问题，你可以尝试以下几种解决方案： 1. 尽量避免使用范围查找：可以通过优化查询条件，尽量避免使用范围查找，如尽量使用=或IN操作符。 2. 创建合适的索引：根据实际情况创建合适的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值