做网站销售有前景,婚庆网站建设总结,怎么利用互联网推广,开发公司年度工作总结及明年工作计划众所周知#xff0c;使用 like 进行模糊查询速度极差#xff0c;包括 like AAA% #xff0c;like %AAA#xff0c;like %AAA%#xff0c;like %A%A%以及采用“_”进行单字符匹配的那些模糊查询。网上有很多文章讲到如何提高like查询#xff0c;提到 like AAA%能够使用到索…众所周知使用 like 进行模糊查询速度极差包括 like AAA% like %AAAlike %AAA%like %A%A%以及采用“_”进行单字符匹配的那些模糊查询。网上有很多文章讲到如何提高like查询提到 like AAA%能够使用到索引而like %AAA 使用创建反向函数的索引来提高查询效率。但一般情况下是无法约定客户端采用哪种like查询难道说把所有的这些情况都进行if判断吗为这个事情脑袋疼了无数次。最近一客户“无理”要求对用户地址模糊查询速度太慢。在数十万的用户记录下查询要求5秒之内必须查询到记录。想破脑袋还是找不到方法。有同事找了本Lucene的书给我看说是能解决。翻来覆去的看了23遍始终想不出这玩意儿怎么用。突然想到oracle也有全文索引一说以前只是别人提起过这个词。与网上朋友一聊说是似乎可以解决但他忘了怎么用了。半夜12点赶紧爬起来到google上查资料。还真有两下子研究了几个小时有所获。第二天白天没时间研究晚上继续最终把全文索引搞定解决了模糊查询速度慢的问题在数十万条用户数据中 对用户地址进行模糊查询速度在2秒以内就能够查到。-------------------------------------------------------------------------以下是创建全文索引的方法(网上有文章提到使用图形化界面我用图形化界面创建全文索引创建了一个晚上第二天起床居然还没完。但用SQL命令15分钟左右就搞定)对cmng_custominfo 表中的address字段做全文检索1在oracle9201中需要创建一个分词的东西BEGINctx_ddl.create_preference (SMS_ADDRESS_LEXER, CHINESE_LEXER);--ctx_ddl.create_preference (my_lexer, chinese_vgram_lexer); 不用end;2创建全文检索CREATE INDEX INX_CUSTOMINFO_ADDR_DOCS ON cmng_custominfo(address) INDEXTYPE IS CTXSYS.CONTEXT PARAMETERS (LEXER SMS_ADDRESS_LEXER);3查询时候使用select * from cmng_custominfo where contains (address, 金色新城)1;4需要定期进行同步和优化同步根据新增记录的文本内容更新全文搜索的索引。beginctx_ddl.sync_index(INX_CUSTOMINFO_ADDR_DOCS);end;优化根据被删除记录清除全文搜索索引中的垃圾beginctx_ddl.optimize_index(INX_CUSTOMINFO_ADDR_DOCS, FAST);end;5采用job做步骤4中的工作1)该功能需要利用oracle的JOB功能来完成因为oracle9I默认不启用JOB功能所以首先需要增加ORACLE数据库实例的JOB配置参数job_queue_processes5重新启动oracle数据库服务和listener服务。2)同步 和 优化--同步 sync:variable jobno number;BEGINDBMS_JOB.SUBMIT(:jobno,ctx_ddl.sync_index(INX_CUSTOMINFO_ADDR_DOCS);, SYSDATE, SYSDATE (1/24/4));commit;END;--优化variable jobno number;beginDBMS_JOB.SUBMIT(:jobno,ctx_ddl.optimize_index(INX_CUSTOMINFO_ADDR_DOCS,FULL);, SYSDATE, SYSDATE 1);commit;END;其中 第一个job的SYSDATE (1/24/4)是指每隔15分钟同步一次第二个job的SYSDATE 1是每隔1天做一次全优化。具体的时间间隔可以根据应用的需要而定6索引重建重建索引会删除原来的索引重新生成索引需要较长的时间。重建索引语法如下ALTER INDEX INX_CUSTOMINFO_ADDR_DOCS REBUILD;据网上一些用家的体会oracle重建索引的速度也是比较快的有一用家这样描述Oracle 的全文检索建立和维护索引要比ms sql server都要快得多笔者的65万记录的一个表建立索引只需要20分钟同步一次只需要1分钟。因此也可以考虑用job的办法定期重建索引。[more]
