有纯Python Lucene吗?

python full-text-search lucene ferret

18208 观看

9回复

13389 作者的声誉

红宝石人有雪貂。有人知道Python的任何类似举措吗?我们目前正在使用PyLucene,但我想调查转向纯Python搜索。

作者: PEZ 的来源 发布者: 2009 年 1 月 13 日

回应 (9)


2

18997 作者的声誉

lupy是纯粹python的lucene端口。愚蠢的人建议你使用PyLucene。抱歉。也许您可以将Java源与Jython结合使用。

作者: Yuval F 发布者: 13.01.2009 09:07

6

11158 作者的声誉

我所知道的唯一一个纯python(不涉及C扩展)搜索解决方案是Nucular。它很慢(比PyLucene慢得多)而且还不稳定。

我们从基于PyLucene的家庭烘焙搜索和索引转移到Solr但YMMV。

作者: zgoda 发布者: 13.01.2009 10:01

4

32594 作者的声誉

我最近找到了pyndexter。它为各种不同的后端全文搜索引擎/索引器提供抽象接口。它附带一个默认的纯python实现。

尽管在Python中,这些东西可能会非常缓慢。

作者: Ali Afshar 发布者: 13.01.2009 03:31

3

570255 作者的声誉

对于某些应用程序,纯Python被高估了。看看Xapian。

作者: Ignacio Vazquez-Abrams 发布者: 13.01.2009 04:46

1

32594 作者的声誉

经过数周的搜索,我找到了一个不错的Python解决方案:repoze.catalog。它不仅仅是Python,因为它使用ZODB进行存储,但它似乎比SOLR更能依赖于我。

作者: Ali Afshar 发布者: 06.02.2009 06:47

2

35928 作者的声誉

+1给Xapian和Pyndexter答案。

Ferret实际上是用C编写的,顶部是Ruby绑定。纯Ruby搜索引擎甚至比纯Python搜索引擎更慢。我希望看到“其他人”为Ferret的Python接口编写一个Cython / Pyrex层,但不会自己动手,因为当Xapian有Python绑定时为什么会这么烦。

作者: Van Gale 发布者: 07.02.2009 12:44

35

30087 作者的声誉

决定

飞快移动是一个类似于lucene的新项目,但它是纯粹的蟒蛇。

作者: A. Coady 发布者: 10.02.2009 06:43

2

2370 作者的声誉

对于非纯Python,使用Python API的Sphinx Search工作速度最快。从多个博客的基准测试来看,Sphinx Search比Lucene更快,使用的内存更少,而且在C中。

我正在开发一个基于它的多文档搜索引擎,使用python和web2py作为框架。

作者: Phyo Arkar Lwin 发布者: 28.09.2010 07:56

0

1 作者的声誉

对不起,这是答案的答案,只是为了纠正误解。

ZODB是纯Python,除非可能与RelStorage或其他可选模块一起使用。

ZODB是Zope对象数据库,它是一个Python对象数据存储区,可以在文档数据库,JSON数据库,大数据等之前大惊小怪,大约十年。ZODB可以独立于ZOPE使用,如Repoze中所示。它是ERP5的基础包,这是一个由Nexedi赞助的开源项目,Nexedi是欧洲最大的开源软件公司。作者,ZOPE Corp,Nexedi,RelStorage等之间不存在任何关联。

作者: Noah F. San Tzorbutz 发布者: 19.11.2018 05:11
32x32