love wife love life —Roger的Oracle/MySQL/PostgreSQL数据恢复博客

Phone:18180207355 提供专业Oracle/MySQL/PostgreSQL数据恢复、性能优化、迁移升级、紧急救援等服务

full text index 探秘(1)

本站文章除注明转载外,均为本站原创: 转载自love wife love life —Roger的Oracle/MySQL/PostgreSQL数据恢复博客

本文链接地址: full text index 探秘(1)

从这里看出 同步index的重要性了,下面来创建job 来进行定期的同步index以及优化。

下面来测试,如果表docs dml操作比较频繁,那么对于select语句来说,是否有较大的影响?

从上面的测试不难看出,对于DML操作频繁的话,对全文索引来说,还是有较大的影响的。

有人说优化index的时候,使用rebuild比full快很多,但是我测试恰恰相反,不知道为啥。

最后总结下:

1. DML操作较为频繁表,对全文索引一定影响,但是如果说必须使用该功能,那么也没办法,
2. 至于说为什么有一定影响,其实原理都一样的,因为逻辑读的消耗会增加,必然影响性能。

该功能是从oracle 9i引入的,10g,11g都分别有一定的改变,下一篇文章将会进行描述。

3 Responses to “full text index 探秘(1)”

  1. zhouyf Says:

    这篇文章 是不是漏了建索引这一步:)

     CREATE INDEX IDX_DOCS ON docs(text) INDEXTYPE IS CTXSYS.CONTEXT;

  2. Roger Says:

    看的很仔细 确实是漏了。。。

  3. generators Says:

    Thank you for the post

Leave a Reply

You must be logged in to post a comment.