在UNIX服务器上设置Oracle8i全文检索

   chinese_vgram_lexer: 专门的汉语分析器，支持所有汉字字符集。该分析器按字为单元来分析汉语句子。‘中国人民站起来了’这句话，会被它分析成如下几个term: ‘中’，‘中国’，‘国人’，‘人民’，‘民站’，‘站起’，起来’，‘来了’，‘了’。可以看出，这种分析方法，实现算法很简单，并且能实现‘一网打尽’，但效率则是差强人意。

　　chinese_lexer: 这是一个新的汉语分析器，只支持utf8字符集。上面已经看到，chinese vgram lexer这个分析器由于不熟悉常用的汉语词汇，因此分析的单元非常机械，像上面的‘民站’，‘站起’在汉语中根本不会单独出现，因此这种term是没有意义的，反而影响效率。chinese_lexer的最大改进就是该分析器 能熟悉大部分常用汉语词汇，因此能更有效率地分析句子，像以上两个愚蠢的单元将不会再出现，极大 提高了效率。但是它只支持 utf8, 假如你的数据库是zhs16gbk字符集，则只能使用笨笨的那个Chinese vgram lexer.

　　假如不做任何设置，Oracle 缺省使用basic_lexer这个分析器。要指定使用哪一个lexer, 可以这样操作：

　　第一.在ctxsys用户下建立一个preference:

　　begin ctx_ddl.create_preference('my_lexer','chinese_vgram_lexer'); end;

　　第二.在建立intermedia索引时，指明所用的lexer:

　　create index myindex on mytable(mycolumn) indextype is ctxsys.context

　　parameters('lexer my_lexer');

　　这样建立的全文检索索引，就会使用chinese_vgram_lexer作为分析器。

　　4.使用job定时同步和优化

　　在intermedia索引建好后，假如表中的数据发生变化，比如增加或修改了记录，怎么办?由于对表所发生的任何dml语句，都不会自动修改索引，因此，必须定时同步(sync)和优化(optimize)索引，以正确反映数据的变化。

　　在索引建好后，我们可以在该用户下查到Oracle自动产生了以下几个表：(假设索引名为myindex)：

　　DR$myindex$I，DR$myindex$K，DR$myindex$R，DR$myindex$N

　　其中以I表最重要，可以查询一下该表，看看有什么内容：

　　select token_text, token_count from DR$I_RSK1$I where rownum<=20;

　　这里就不列出查询接过了。可以看到，该表中保存的其实就是Oracle 分析你的文档后，生成的term记录在这里，包括term出现的位置、次数、hash值等。当文档的内容改变后，可以想见这个I表的内容也应该相应改变，才能保证Oracle在做全文检索时正确检索到内容(因为所谓全文检索，其实核心就是查询这个表)。那么如何维护该表的内容呢?总不能每次数据改变都重新建立索引吧!这就用到sync 和 optimize了。