关键字查询问题

tsz_www

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

yushiyin

我提供一个方法：这个问题我在一些应用中做的比较成功。
原理是：Oracle的select 语句访问速度最快的方式是按rowid方式进行访问。


建立一张临时表 t1(field_pk,row_id)，前面为关键字。


select a.* from origin_table a,t1 b
where a.field_pk=b.field_pk
and a.rowid=b.row_id;

做trigger生成到t1中。速度可以提高很多

biti_rainy

你这样做是因为你的行太大
关键列比较小

但若关键列比例就很大，效果也就不明显了

acdsee

可以把字段建立为对象类型既LOB或BLOB，对于这些对象，ORACLE有相关的检索函数。

devil4heaven

对于interMedia的检索算法很有兴趣，但对于非intermedia的检索感觉一直没有很好的方式来实现，尤其是数据量巨大的情况下，速度相当慢

alfah

这个问题我做过，方法很愚昧：

先建立关键字字典，再建关联表

richto

One simple solution may improve the query speed by introducing two new columns in your table
max_char(2), min_char(2).
Every time you insert record to the table you have pick up the max(big5 or any code order) and min char from you string, you must build index to these two columns.
Now you can filter out some rows before you can do full text search, for example if you want to match a string 'AABBCCDD', each AA,BB,... means a Chinese character.

select * from tableA
where max_char<='DD'
and min_char>='AA'
and string_matching_condtion

Be remembered that the distribution of the Chinese character may affect the performance of the above method.

john_zhu

500万行很多吗？你需要多少时间？索引前与后

ccbzzp

DATABASE設計不規范
是哪個設的???

mzf_98112

不论索引，效率如何？

在如此长的字段上建索引其数据库的设计可以肯定，不够好。
我的建议是，重新考虑关键字建索引，

简单的计算一下：
按一个表 10 个分区计算：

5，000，000 * 10 * 256  = 12，800，000，000

够大了吧？