全文索引性能分析

关注

转载最新推荐文章于 2026-03-09 01:36:01 发布 786 阅读 AI 写同款· GEO 优化 ›

.NET环境下全文索引操作实战指南 htmltable {th, td {th {pre {简介：本示例将介绍在.NET环境中，特别是结合Windows Forms应用程序，如何对包含image字段的数据进行全文索引操作。全文索引是一种允许数据库系统快速查找和定位文本中关键词或短语的技术。在SQL Server中，全文索引功能创建了全文目录结构，用于存储经过预处理的文本数据。阅读详情

一个表建立了全文索引后，会不会导致性能的下降，一直是我比较关心的问题。这里对这个问题进行简单的讨论。

一个表建立了全文索引，是希望通过全文索引来提高表的查询性能，使得原本只能通过LINK ‘%’ 的查询，变得可以通过全文索引的扫描而快速得到查询结果。

使用全文索引并不是简单的增加了一个索引那么简单。首先，全文索引导致磁盘资源的大量占用。全文索引本身就是一个利用磁盘空间换取性能的方法。而且，全文索引的索引同步，索引定期维护，以及表本身的维护操作使得这个表的管理成本大大的增加。最重要的一点，使用全文索引并不是对应用透明的。如果要想利用全文索引，必须修改查询语句。原有的查询语句是不可能利用全文索引的，需要改成全文索引规定的语法。

如果付出了这么大的代价，而得不到性能的提示，甚至导致性能有所下降，未免得不偿失。好在全文索引的使用，必须通过指定操作，比如CONTAINS 、CATSEARCH 和MARCH 等，这就是说，全文索引不会影响到其他的SQL 语句。

那么剩下的问题就是全文索引能否解决好它本身的问题了。首先考虑的一个问题就是，如果查询一个常用字会不会导致全文索引返回大量的记录，从而导致性能低下。这个问题可以通过添加停用词来解决。但是停用词本身也有问题，查询英文的停用词还好说，如果仅查询中文的停用词，Oracle 直接报错。这就又需要开发的配合，如异常捕获等。

如果不使用停用词的话，那么Oracle 能否保证在恰当的时候使用全文索引就是问题的关键。

还有一个问题，Oracle 一般优先考虑域索引，对于能通过其他索引快速得到结果的情况，Oracle 是否能作出正确的判断？

上面是仅包含一个全文索引的情况，如果一张表中建立了两个全文索引，那么Oracle 能否正确的选择索引吗？

还有，如果两张表进行关联，而又对两张表的两个字段都进行了全文索引的查询，那么是否会影响查询的效率。

此外，CTXCAT 索引包含一个索引集的概念，可以向索引集中添加其他字段，来提高全文索引处理复合查询的性能。不过，这种方法一是要消耗大量的磁盘空间，二是不能替代添加字段本身的索引，那么CTXCAT 索引和其他索引的配合使用与使用CTXCAT 索引集的性能差别有多大呢，这也是值得关注的地方。

这篇文章对全文索引可能存在的性能问题进行了简单的分析，下面打算通过几篇系列文章对上面的一些问题进行详细的描述。

首先建立测试环境：

SQL> CREATE TABLE T
2 (ID NUMBER PRIMARY KEY, NAME VARCHAR2(4000),
3 CREATED DATE, TYPE VARCHAR2(18), STATUS VARCHAR2(7));

表已创建。

SQL> INSERT INTO T
2 SELECT ROWNUM, OWNER || ' ' || OBJECT_NAME, CREATED, OBJECT_TYPE, STATUS
3 FROM DBA_OBJECTS;

已创建31313 行。

SQL> CREATE BITMAP INDEX IND_B_T_TYPE ON T(TYPE);

索引已创建。

SQL> CREATE BITMAP INDEX IND_B_T_STATUS ON T (STATUS);

索引已创建。

SQL> CREATE INDEX IND_T_CREATED ON T(CREATED);

索引已创建。

SQL> CREATE INDEX IND_T_NAME ON T (NAME) INDEXTYPE IS CTXSYS.CONTEXT;

索引已创建。

SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'YYYY-MM-DD';

会话已更改。

SQL> SET AUTOT ON

下面测试一下不包含全文索引查询的SQL ：

SQL> SELECT * FROM T WHERE ID = 31255;

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
31255 TEST ARTICLES_TAB 2006-11-09 TABLE VALID

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=2040)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=2 Card=1 Bytes=2040)
2 1 INDEX (UNIQUE SCAN) OF 'SYS_C007810' (UNIQUE) (Cost=1 Card=100)

SQL> SELECT * FROM T WHERE NAME LIKE '%SELE%' AND CREATED >= TO_DATE('2006-7-1');

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
26405 SELE SEQ_MANUFACTURE_CODE 2006-07-04 SYNONYM VALID
25918 SELE CAT_ATC 2006-07-06 SYNONYM VALID
25920 SELE CAT_ATC_DOSEAGE 2006-07-06 SYNONYM VALID
25921 SELE CAT_ATC_DRUG 2006-07-06 SYNONYM VALID
26406 SELE SEQ_SALER_CODE 2006-07-06 SYNONYM VALID
25919 SELE CAT_ATC_CATEGORY 2006-07-06 SYNONYM VALID

已选择6 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=10 Card=55 Bytes=112200)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=10 Card=55 Bytes=112200)
2 1 INDEX (RANGE SCAN) OF 'IND_T_CREATED' (NON-UNIQUE) (Cost=2 Card=198)

从测试结果上看，全文索引对其他的查询语句没有影响，其实这个结果是意料之中的，因为只有包含了指定的查询操作（如CONTAINS 、CATSEARCH 和MARCHES 等）才会用到全文索引。

下面看一下全文索引的表现：

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'OUTLN') > 0;

已选择15 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=2047)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=2 Card=1 Bytes=2047)
2 1 DOMAIN INDEX OF 'IND_T_NAME' (Cost=0)

统计信息
----------------------------------------------------------
16 recursive calls
0 db block gets
39 consistent gets
0 physical reads
0 redo size
996 bytes sent via SQL*Net to client
364 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
15 rows processed

Oracle 在进行全文索引的查询时，会使用全文索引的。但是同时从统计信息上也可以看到，无论是第几次执行SQL ，recursive calls 这一项都不会是0 值。这是由于处理全文索引，Oracle 要在内部调用一些存储过程。因此，即使查询结果很小，也会导致较大的逻辑读。

下面看看同时包括全文索引查询和主键查询的情况：

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'SYS') > 0 AND ID = 10000;

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
10000 SYS V_$BACKUP_SET 2005-09-21 VIEW VALID

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1 Bytes=2047)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=4 Card=1 Bytes=2047)
2 1 BITMAP CONVERSION (TO ROWIDS)
3 2 BITMAP AND
4 3 BITMAP CONVERSION (FROM ROWIDS)
5 4 INDEX (RANGE SCAN) OF 'SYS_C007810' (UNIQUE) (Cost=1 Card=22054)
6 3 BITMAP CONVERSION (FROM ROWIDS)
7 6 SORT (ORDER BY)
8 7 DOMAIN INDEX OF 'IND_T_NAME' (Cost=0 Card=22054)

统计信息
----------------------------------------------------------
93 recursive calls
0 db block gets
258 consistent gets
0 physical reads
0 redo size
531 bytes sent via SQL*Net to client
364 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
1 rows processed

从测试的结果上可以看到，Oracle 更偏向使用全文索引，明明通过主键可以快速的找到记录，而Oracle 偏要将全文索引扫描结果和主键扫描结果都转化为BITMAP ，然后进行BITMAP AND 操作，最终在转化回ROWID 。

不过上面的这个执行计划也不难理解，Oracle 认为全文索引的扫描代价是0 ，而主键的扫描代价是1 ，因此才产生了如此的执行计划。

从统计信息上看，这个执行效果并不好。不过，这并不能认为是Oracle 的问题，因为目前为止，还没有对表和索引进行分析。

SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(USER, 'T')

PL/SQL 过程已成功完成。

SQL> EXEC DBMS_STATS.GATHER_INDEX_STATS(USER, 'IND_T_NAME')

PL/SQL 过程已成功完成。

SQL> EXEC DBMS_STATS.GATHER_INDEX_STATS(USER, 'IND_T_CREATED')

PL/SQL 过程已成功完成。

SQL> EXEC DBMS_STATS.GATHER_INDEX_STATS(USER, 'IND_B_T_STATUS')

PL/SQL 过程已成功完成。

SQL> EXEC DBMS_STATS.GATHER_INDEX_STATS(USER, 'IND_B_T_TYPE')

PL/SQL 过程已成功完成。

对表和索引进行了分析之后，再来执行一下刚才的查询：

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'SYS') > 0 AND ID = 10000;

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
10000 SYS V_$BACKUP_SET 2005-09-21 VIEW VALID

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=56)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=2 Card=1 Bytes=56)
2 1 INDEX (UNIQUE SCAN) OF 'SYS_C007810' (UNIQUE) (Cost=1 Card=31313)

统计信息
----------------------------------------------------------
10 recursive calls
0 db block gets
14 consistent gets
0 physical reads
0 redo size
531 bytes sent via SQL*Net to client
364 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed

Oracle 这次选择了正确的执行计划，通过主键的唯一扫描，找到了记录。同时可以发现，recursive calls 仍然不为0 。

要想得到CONTAINS(NAME, 'SYS') > 0 的结果，仅仅靠扫描表是不行的，必须通过全文索引机制才能得到答案。这里Oracle 处于代价的考虑选择了主键扫描，但是为了得到CONTAINS 操作的结果，Oracle 必须要对查询中CONTAINS 操作进行全文索引处理。这就是recursive calls 不为0 的原因。

Oracle 处理全文索引查询一般就是上面的两种情况，一种是通过全文索引的直接扫描，另一种是通过其他执行计划获得ROWID ，再去比较这个ROWID 是否满足全文索引查询的要求。

在看一个例子：

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'OUTLN') > 0 AND ID > 15;

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
25894 OUTLN ORA$GRANT_SYS_SELECT 2005-09-21 PROCEDURE VALID
25893 OUTLN OL$SIGNATURE 2005-09-21 INDEX VALID
25892 OUTLN OL$NODES 2005-09-21 TABLE VALID
25891 OUTLN OL$NAME 2005-09-21 INDEX VALID
25890 OUTLN OL$HNT_NUM 2005-09-21 INDEX VALID
25889 OUTLN OL$HINTS 2005-09-21 TABLE VALID
25888 OUTLN OL$ 2005-09-21 TABLE VALID
21315 PUBLIC OUTLN_PKG 2005-09-21 SYNONYM VALID
20757 PUBLIC DBMS_OUTLN_EDIT 2005-09-21 SYNONYM VALID
20756 PUBLIC DBMS_OUTLN 2005-09-21 SYNONYM VALID
9194 SYS OUTLN_PKG 2005-09-21 PACKAGE BODY VALID
9193 SYS OUTLN_PKG 2005-09-21 PACKAGE VALID
9192 SYS OUTLN_EDIT_PKG 2005-09-21 PACKAGE BODY VALID
9191 SYS OUTLN_EDIT_PKG 2005-09-21 PACKAGE VALID
6788 SYS DBMS_OUTLN_LIB 2005-09-21 LIBRARY VALID

已选择15 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=7 Card=15 Bytes=840)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=7 Card=15 Bytes=840)
2 1 DOMAIN INDEX OF 'IND_T_NAME' (Cost=2)

这个例子中，如果使用主键扫描则代价太大，Oracle 在这里选择了全文索引的扫描。看来通过收集统计信息是有助于Oracle 找到正确的执行计划。

测试环境仍然沿用上一篇文章介绍的。下面看一下这个查询语句：

SQL> SELECT * FROM T
2 WHERE CONTAINS(NAME, 'SYS') > 0
3 AND STATUS = 'INVALID';

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
5942 SYS ALL_REPPARAMETER_COLUMN 2005-09-21 VIEW INVALID
6319 SYS DBA_LOGSTDBY_LOG 2005-09-21 VIEW INVALID
.
.
.
10332 SYS _ALL_REPRESOLUTION 2005-09-21 VIEW INVALID

已选择19 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=28 Card=7103 Bytes=397768)
1 0 TABLE ACCESS (FULL) OF 'T' (Cost=28 Card=7103 Bytes=397768)

统计信息
----------------------------------------------------------
57 recursive calls
0 db block gets
373 consistent gets
0 physical reads
0 redo size
1471 bytes sent via SQL*Net to client
375 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
19 rows processed

由于包含SYS 的记录太多，因此Oracle 没有选择全文索引，但是Oracle 为什么没有使用BITMAP 索引呢，这主要是由于确实列的直方图分析。

SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(USER, 'T', METHOD_OPT => 'FOR ALL INDEXED COLUMNS SIZE 254')

PL/SQL 过程已成功完成。

SQL> SELECT * FROM T
2 WHERE CONTAINS(NAME, 'SYS') > 0
3 AND STATUS = 'INVALID';

已选择19 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=10 Card=19 Bytes=1064)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=10 Card=19 Bytes=1064)
2 1 BITMAP CONVERSION (TO ROWIDS)
3 2 BITMAP INDEX (SINGLE VALUE) OF 'IND_B_T_STATUS'

统计信息
----------------------------------------------------------
57 recursive calls
0 db block gets
117 consistent gets
0 physical reads
0 redo size
1471 bytes sent via SQL*Net to client
375 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
19 rows processed

收集了列的直方图信息，Oracle 采用了BITMAP 索引，使得查询效率提到。

下面看几个查询：

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'SYS') > 0
2 AND STATUS = 'INVALID'
3 AND TYPE = 'PROCEDURE';

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
6735 SYS DBMS_LOGMNR_FFVTOLOGMNRT 2005-09-21 PROCEDURE INVALID
6741 SYS DBMS_LOGMNR_OCTOLOGMNRT 2005-09-21 PROCEDURE INVALID

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=56)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=2 Card=1 Bytes=56)
2 1 BITMAP CONVERSION (TO ROWIDS)
3 2 BITMAP AND
4 3 BITMAP INDEX (SINGLE VALUE) OF 'IND_B_T_STATUS'
5 3 BITMAP INDEX (SINGLE VALUE) OF 'IND_B_T_TYPE'

统计信息
----------------------------------------------------------
29 recursive calls
0 db block gets
56 consistent gets
0 physical reads
0 redo size
611 bytes sent via SQL*Net to client
364 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
2 rows processed

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'SYS') > 0
2 AND STATUS = 'VALID'
3 AND TYPE = 'PROCEDURE';

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
25701 SYSTEM ORA$_SYS_REP_AUTH 2005-09-21 PROCEDURE VALID
25894 OUTLN ORA$GRANT_SYS_SELECT 2005-09-21 PROCEDURE VALID
.
.
.
10294 SYS XMLVALIDATE 2005-09-21 PROCEDURE VALID

已选择26 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=13 Card=27 Bytes=1512)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=13 Card=27 Bytes=1512)
2 1 BITMAP CONVERSION (TO ROWIDS)
3 2 BITMAP INDEX (SINGLE VALUE) OF 'IND_B_T_TYPE'

统计信息
----------------------------------------------------------
60 recursive calls
0 db block gets
124 consistent gets
0 physical reads
0 redo size
1483 bytes sent via SQL*Net to client
375 bytes received via SQL*Net from client
3 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
26 rows processed

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'TEST') > 0
2 AND STATUS = 'VALID'
3 AND TYPE = 'TABLE';

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
29513 NDMAIN MLOG$_TEST_CAT_ORG 2005-10-15 TABLE VALID
29514 NDMAIN MLOG$_TEST_CAT_ORG2 2005-10-15 TABLE VALID
.
.
.
31309 TEST TT2 2006-08-02 TABLE VALID

已选择49 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=24 Card=5 Bytes=280)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=24 Card=5 Bytes=280)
2 1 BITMAP CONVERSION (TO ROWIDS)
3 2 BITMAP AND
4 3 BITMAP INDEX (SINGLE VALUE) OF 'IND_B_T_TYPE'
5 3 BITMAP CONVERSION (FROM ROWIDS)
6 5 SORT (ORDER BY)
7 6 DOMAIN INDEX OF 'IND_T_NAME' (Cost=19)

统计信息
----------------------------------------------------------
19 recursive calls
0 db block gets
59 consistent gets
0 physical reads
0 redo size
2822 bytes sent via SQL*Net to client
397 bytes received via SQL*Net from client
5 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
49 rows processed

上面的3 个查询只有输入的值有所差别，但是Oracle 选择了3 种不同的执行计划，而且从执行效果上看，这些选择都是正确的。

SQL> SELECT COUNT(*) FROM T WHERE CONTAINS(NAME, 'TEST') > 0
2 AND STATUS = 'VALID'
3 AND TYPE = 'TABLE';

COUNT(*)
----------
49

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=24 Card=1 Bytes=53)
1 0 SORT (AGGREGATE)
2 1 BITMAP CONVERSION (COUNT)
3 2 BITMAP AND
4 3 BITMAP INDEX (SINGLE VALUE) OF 'IND_B_T_TYPE'
5 3 BITMAP INDEX (SINGLE VALUE) OF 'IND_B_T_STATUS'
6 3 BITMAP CONVERSION (FROM ROWIDS)
7 6 SORT (ORDER BY)
8 7 DOMAIN INDEX OF 'IND_T_NAME' (Cost=19)

统计信息
----------------------------------------------------------
79 recursive calls
0 db block gets
294 consistent gets
0 physical reads
0 redo size
303 bytes sent via SQL*Net to client
364 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
1 rows processed

上面没有改变查询的值，而是将‘* ’换成了‘COUNT(*) ’，那么Oracle 会尝试将域索引转化为BITMAP 索引，然后对所有的BITMAP 索引进行AND 操作，来避免表的访问。

上面是添加了直方图后，全文索引与BITMAP 索引配合使用情况。对于BTREE 索引来说，效果是类似的。

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'TEST') > 0 AND CREATED >= TO_DATE('2006-1-1');

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
30128 NDMAIN TEST 2006-02-23 INDEX VALID
31255 TEST ARTICLES_TAB 2006-11-09 TABLE VALID
.
.
.
31309 TEST TT2 2006-08-02 TABLE VALID

已选择56 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=27 Card=1 Bytes=56)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=27 Card=1 Bytes=56)
2 1 BITMAP CONVERSION (TO ROWIDS)
3 2 BITMAP AND
4 3 BITMAP CONVERSION (FROM ROWIDS)
5 4 SORT (ORDER BY)
6 5 INDEX (RANGE SCAN) OF 'IND_T_CREATED' (NON-UNIQUE) (Cost=2)
7 3 BITMAP CONVERSION (FROM ROWIDS)
8 7 SORT (ORDER BY)
9 8 DOMAIN INDEX OF 'IND_T_NAME' (Cost=19)

统计信息
----------------------------------------------------------
19 recursive calls
0 db block gets
56 consistent gets
0 physical reads
0 redo size
2977 bytes sent via SQL*Net to client
397 bytes received via SQL*Net from client
5 SQL*Net roundtrips to/from client
2 sorts (memory)
0 sorts (disk)
56 rows processed

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'TEST') > 0 AND CREATED >= TO_DATE('2006-11-1');

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
31255 TEST ARTICLES_TAB 2006-11-09 TABLE VALID
.
.
.
31305 TEST T 2006-11-14 TABLE VALID

已选择49 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=24 Card=1 Bytes=56)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=24 Card=1 Bytes=56)
2 1 INDEX (RANGE SCAN) OF 'IND_T_CREATED' (NON-UNIQUE) (Cost=2 Card=70)

统计信息
----------------------------------------------------------
59 recursive calls
0 db block gets
119 consistent gets
0 physical reads
0 redo size
2675 bytes sent via SQL*Net to client
397 bytes received via SQL*Net from client
5 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
49 rows processed

SQL> SELECT * FROM T WHERE CONTAINS(NAME, 'TEST') > 0 AND CREATED >= TO_DATE('2005-1-1');

ID NAME CREATED TYPE STATUS
---------- ------------------------------ ---------- ------------------ -------
31309 TEST TT2 2006-08-02 TABLE VALID
31308 TEST TT 2006-08-02 TABLE VALID
.
.
.
6720 SYS DBMS_JAVA_TEST 2005-09-21 PACKAGE VALID

已选择118 行。

执行计划
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=44 Card=118 Bytes=6608)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=44 Card=118 Bytes=6608)
2 1 DOMAIN INDEX OF 'IND_T_NAME' (Cost=19)

统计信息
----------------------------------------------------------
19 recursive calls
0 db block gets
67 consistent gets
0 physical reads
0 redo size
6124 bytes sent via SQL*Net to client
441 bytes received via SQL*Net from client
9 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
118 rows processed