关键字查询问题

yu_hualong

这个问题比较实际，我也有需求？我想我们是不是可以考虑借助一下搜索引擎的技术呀，那位对这方面比较熟悉呀？

zrsoft

interMedia
可以把你的256字节分成很多小的单无进行索引，比正常的索引强

cgh_chen

interMedia的索引没有具体去看。
好像有一点，如果数据经常修改的话，你的索引必须经常重建。
（不知道是不是这样的，Oracle不知道重建这种索引）
还要看书。 ：）

zhouxianjian

当初设计数据库的时候怎么不多想想呢。这个问题没有解决的办法，肯定慢。我看这样吧，把这个字段分解成各个小字段，然后再建索引。再修改查询条件什么的。

biti_rainy

然后建立索引而已

所以会出现你按几个关键字查询的时候其排列顺序并不和你输入的一样

yushiyin

这个问题也一直是我关心的问题，在6月份的Oracle大会上我曾向Oracle的技术人员提出这个问题，但是没有答案。如果用 like '%...%'的形式，正常的索引肯定无法用，如果字段中存放的是中文则搜索的速度比英文更慢。

我的8.1.6平台上只有8万条，当时我考虑用interMedia的索引，但是我用搜集了一下统计信息后，速度明显加快到可以承受。

但在测试平台上的interMedia索引建立了速度差不多，可能是记录条数教少的原因吧。

honsire

如果你要检索的内容是中英文混合的，你有是就会知道，结果是不令人满意的，明明存在的内容却被忽略了。检索速度倒是可以，但是可靠性就不理想了，也许是我的方法有问题吧！可我还没有看到有什么更好的方法可用。

yafeng

我们用的是自己写的一个搜索工具，针对全文搜索。具体对英文效果好，中文差些。
英文的话按单词拆开，抛去常用词，然后作为关键字，每记录存一个字。对该字段建索引。
然后用一个字段记录它在文中的位置。查询时不用like,用等于，加上位置判别。

中文难做些，只能每个汉字拆开做关键字，记录每个汉字的位置，再搜。

这样做，就是数据库记录增长很快，索引一篇文章，长好几千条记录。而且，长语句的搜索会很费资源。汉字的话，一个字就是一个表连接，我们现在限定搜索关键字不能大于7个字。

现在你的情况，我觉得只能用intermedia. 重新设计系统，重写代码，投入太大了。
我也想着把我们的搜索，索引改为用interMedia.只是心里没底，不知道效果哪个好些。
你若是intemedia效果不错，告诉我一声。

biti_rainy

因为根据 expert one  on one的描述来看
仍然是按单词拆的，一条文章可能拆成N条记录存储在另外一个表中然后做索引而已
似乎对汉字很困难

恐怕难以很好的解决问题

tsz_www

数据确实比较多，你是否可以采用：
如果这些数据在初建时无规则，而你查询的次数较多，可以了解规则之后建立一算法，将经常要的数据按规则自建索引，再将索引存放到相关联的表的列中，当查询时就可直接通过自建算法机制查询到你要的数据。