AFAIK,MySQL在这方面表现不佳。
你们的解决办法是什么?
BTW,什么是SO的解决办法?
http://www.ohchr.org。
请注意,自由文字搜索本身在MySQL中相当快,
但是,结果也需要按属性加以分类的情况却并非如此!
AFAIK,MySQL在这方面表现不佳。
你们的解决办法是什么?
BTW,什么是SO的解决办法?
http://www.ohchr.org。
请注意,自由文字搜索本身在MySQL中相当快,
但是,结果也需要按属性加以分类的情况却并非如此!
Patricia SOLR(Lucene)基本有能力。
我认为,随着数据库提供的全文检索能力的建立,在这种背景下使用LQ服务器。 Oracle(Oracle 9i),后来称为Oracle文本,该文本非常统一和有效。 Postgresql提供称为tsearch2的标准内模块。 我不敢肯定MySql,但我想到我所提到的其他3个数据库,全文肯定是复杂的,需要时间作为特征成熟。
我建议Sphinxsearch: 需要对你的法典进行配置和一些修改,但确实值得修改。
在一个有100万个电文的论坛上,全文检索只需要几毫秒。
SO利用Microk服务器的全文检索能力,在版图和博客上多次提到(见https://blog.stackoverflow.com/2008/11/sql-2008-full-text-search-problems/) 在博客条目中,杰夫提到今后可能转移到卢塞内涅茨。
I m目前对Haystack和Solr进行搜索。 在几个项目中。