问在3.2中添加到MongoDb中的文本索引是否消除了lucene的需要？

EN

1. Mongodb $text索引有词干词干。如果您的字段有一个$text索引，您可以搜索厨师工作，并使用烹饪文档。
2. 它还可以搜索文档中的部分单词，比如您可以搜索ook，它会给您提供包含book、cook等的文档。
3. 有一件事，lucene，如果强大的话，是用来标记单词的，你的意思是自动更正。因此，例如，lucene中的edge标记器将标记以下单词：

单词：mongodb

以下标记：

mo，on，go，od，db，mon，ong，上帝，odb，mong，ongo，ngob，godb等等。

取决于您为令牌程序设置的最小字符限制。

现在，当您搜索kongo时，它将检查令牌，并给每个令牌评分。标记得分最高的文档将因拼写不正确而自动更正。在mongodb中这样做是很困难的。

1. 您可以在lucene中创建多个索引、分析器、令牌器和创建自定义索引，在mongodb中也可以使用它。
2. 您可以在lucene中直接实现自定义停止词和规范化文档，在mongodb中这样做是非常重要的。
3. 您可以在lucene中使用不同的索引，同时保存数据和搜索非常强大的数据。

另外，我有一个关于mongodb的项目，我们想实现所有这些，这是太多的自定义代码。我们转向了elasticsearch，生活被分类了。

Lucene要灵活得多，因为文本搜索是它的主要目的。

mongodb中的全文索引非常有限。例如，每个集合只有一个索引，没有自定义标记器、分析器、停止词、受限制的语言等等。它应该可以满足基本的搜索需求，但您需要检查它的能力是否符合您的要求。

如果您比较构建在Lucene之上的Solr或ElasticSearch的功能，那么差距就更大了。在蒙戈没有像过载查询这样的东西。

另一方面，使用内置文本搜索大大简化了系统，减少了开发时间和维护成本。