我的问题是,可以使用单个 Lucene 索引来完成此操作,还是应该使用多个索引并在所有索引中进行搜索?
您绝对可以在单个 LuceneNet 索引中完成此操作。请注意,通常所说的“Lucene 索引”实际上是索引的集合,因为可以索引多个字段。
要知道的另一件事是 Lucene 索引“文档”并且它没有对这些文档强加通用结构。一个文档可能有 2 个字段(比如categoryId、categoryName),而另一个文档可能有 4 个字段(比如productId、productName、productCategory、allProductFields)。 Lucene 对此完全没问题。如果categoryName 是一个索引字段,那么您可以按该字段进行搜索,并且只会返回包含该字段并与查询匹配的文档。如果查询allProductFields,则同上。
开发人员可能会将这些文档视为两种类型的文档,类别文档和产品文档。对于 Lucene,它们都只是文档。但有时向所有文档添加一个字段以指示其“文档类型”(如您所见)是有用的。因此,例如,您可以选择为每个文档添加一个 docType 字段,当从产品创建文档时,您可以将该字段值设置为“产品”,从类别创建文档时,您可以将其值设置为“类别” ”。
有了这样一个字段,就可以只查询产品文档或只查询类别文档。如果文档之间没有共享字段名称,那么拥有这样的字段并不是绝对必要的。但是,假设类别文档和产品文档都有一个名为 name 的字段,那么在名称字段上搜索可以提取任何一种类型的文档,并且具有 docType 字段可能有助于区分返回的结果类型,或者可以用作搜索条件的一部分以仅搜索一种类型的文档。
希望这能让您了解如何使用单个“Lucene 索引”来完成您想要的各种任务。
据我了解,Lucene 没有任何关系,所以我不能代表类别 -> 品牌 -> 模型之类的东西。
嗯,Lucene 文档确实与其他文档没有内在的关系。但是您当然可以选择在您的文档和 docType 上放置唯一键,然后您可以创建自己的关系,例如,将 categoryId 放在产品文档中,然后使用它来拉回产品的相关类别文档搜索中返回的每个产品。所以这有点像你自己的东西。
还有一个叫做BlockJoinQuery 的东西有点复杂,也有一些限制。你可以从这个SO Question and Answers 了解一下,然后在互联网上搜索一下。
最后,Lucene 支持 faceting。实际上它有两种分面支持的实现。其中一个使用“side-car”索引(即姐妹索引),并且此实现支持分层方面。分层方面将是一种更高级的方式来表示您的类别 -> 品牌 -> 模型层次结构。如果您对此感兴趣,那么Faceted Search with Lucene 的会议会话可能是您想要观看的内容。