Lucene 索引结构问题
Lucene index structure concerns
我正在尝试实现对在线商店的搜索，要求如下：
- 如果用户只搜索一个类别名称，return该类别的页面
- 如果用户同时搜索类别和品牌，return 应用了类别和品牌过滤器的搜索页面
- 如果用户搜索与产品完全匹配的值，return 产品页面
- 如果我们匹配多个类别和品牌的多个产品，return 结果。
我的问题是，可以使用单个 Lucene 索引来完成此操作，还是应该使用多个索引并在所有索引中进行搜索？
据我所知，Lucene 没有任何关系，所以我不能代表类别 -> 品牌 -> 型号之类的东西。
谢谢！
My question is, it is possible to accomplish this using a single Lucene index or should I use multiple indexes and search in all of them?
您绝对可以在单个 LuceneNet 索引中完成此操作。请注意，通常被称为“Lucene 索引”的实际上是一个 collection 索引，因为可以为多个字段编制索引。
另一件需要知道的事情是 Lucene 索引“文档”并且它没有对这些文档强加通用结构。一个文档可能有 2 个字段（比如 categoryId、categoryName），另一个文档可能有 4 个字段（比如 productId、productName、productCategory、 allProductFields)。 Lucene 对此完全没问题。如果 categoryName 是一个索引字段，那么您可以按该字段进行搜索，并且只会返回包含该字段并与查询匹配的文档。如果查询 allProductFields.
则同上
开发者可能会把这些文档看成两种类型的文档，一种是类目文档，一种是产品文档。对于 Lucene，它们都只是文档。但有时向所有文档添加一个字段以指示您所看到的“文档类型”是很有用的。因此，例如，您可以选择向每个文档添加一个 docType 字段，并且在从产品创建文档时，您可以将该字段值设置为“产品”，而在从类别创建文档时，您可以将其值设置为“类别”。
有了这样的字段就可以只查询产品文档或只查询类别文档。如果文档之间没有共享的字段名称，那么拥有这样的字段并不是绝对必要的。但是假设类别文档和产品文档都有一个名为 name 的字段，那么对名称字段的搜索可以提取任何一种类型的文档，并且具有 docType 字段可以证明对区分结果类型很有用返回，或者它可以用作搜索条件的一部分以仅搜索一种类型的文档。
希望这能让您了解如何使用单个“Lucene 索引”来完成您想要的各种任务。
As far as I understood, Lucene has no relationships so I can't represent something like category -> brand -> model.
好吧，Lucene 文档确实与其他文档没有内在的关系。但是您当然可以选择在您的文档和 docType 上放置唯一键，然后您可以创建自己的关系，例如，将 categoryId 放在产品文档中，然后使用它来拉回产品的相关类别搜索中返回的每个产品的文档。所以这有点像你自己的东西。
还有一个叫做BlockJoinQuery的东西比较复杂，有一些限制。您可以从互联网上的 SO Question and Answers 和 google 中了解一点。
最后，Lucene 有了分面支持。实际上它有两个分面支持的实现。其中之一使用“side-car”索引（即姊妹索引）并且此实现支持分层方面。分层方面将是一种更高级的方式来表示您的类别 -> 品牌 -> 模型层次结构。如果您对此感兴趣，那么会议 session Faceted Search with Lucene 可能是您想要观看的内容。
我正在尝试实现对在线商店的搜索，要求如下：
- 如果用户只搜索一个类别名称，return该类别的页面
- 如果用户同时搜索类别和品牌，return 应用了类别和品牌过滤器的搜索页面
- 如果用户搜索与产品完全匹配的值，return 产品页面
- 如果我们匹配多个类别和品牌的多个产品，return 结果。
我的问题是，可以使用单个 Lucene 索引来完成此操作，还是应该使用多个索引并在所有索引中进行搜索？ 据我所知，Lucene 没有任何关系，所以我不能代表类别 -> 品牌 -> 型号之类的东西。
谢谢！
My question is, it is possible to accomplish this using a single Lucene index or should I use multiple indexes and search in all of them?
您绝对可以在单个 LuceneNet 索引中完成此操作。请注意，通常被称为“Lucene 索引”的实际上是一个 collection 索引，因为可以为多个字段编制索引。
另一件需要知道的事情是 Lucene 索引“文档”并且它没有对这些文档强加通用结构。一个文档可能有 2 个字段（比如 categoryId、categoryName），另一个文档可能有 4 个字段（比如 productId、productName、productCategory、 allProductFields)。 Lucene 对此完全没问题。如果 categoryName 是一个索引字段，那么您可以按该字段进行搜索，并且只会返回包含该字段并与查询匹配的文档。如果查询 allProductFields.
开发者可能会把这些文档看成两种类型的文档，一种是类目文档，一种是产品文档。对于 Lucene，它们都只是文档。但有时向所有文档添加一个字段以指示您所看到的“文档类型”是很有用的。因此，例如，您可以选择向每个文档添加一个 docType 字段，并且在从产品创建文档时，您可以将该字段值设置为“产品”，而在从类别创建文档时，您可以将其值设置为“类别”。
有了这样的字段就可以只查询产品文档或只查询类别文档。如果文档之间没有共享的字段名称，那么拥有这样的字段并不是绝对必要的。但是假设类别文档和产品文档都有一个名为 name 的字段，那么对名称字段的搜索可以提取任何一种类型的文档，并且具有 docType 字段可以证明对区分结果类型很有用返回，或者它可以用作搜索条件的一部分以仅搜索一种类型的文档。
希望这能让您了解如何使用单个“Lucene 索引”来完成您想要的各种任务。
As far as I understood, Lucene has no relationships so I can't represent something like category -> brand -> model.
好吧，Lucene 文档确实与其他文档没有内在的关系。但是您当然可以选择在您的文档和 docType 上放置唯一键，然后您可以创建自己的关系，例如，将 categoryId 放在产品文档中，然后使用它来拉回产品的相关类别搜索中返回的每个产品的文档。所以这有点像你自己的东西。
还有一个叫做BlockJoinQuery的东西比较复杂，有一些限制。您可以从互联网上的 SO Question and Answers 和 google 中了解一点。
最后，Lucene 有了分面支持。实际上它有两个分面支持的实现。其中之一使用“side-car”索引（即姊妹索引）并且此实现支持分层方面。分层方面将是一种更高级的方式来表示您的类别 -> 品牌 -> 模型层次结构。如果您对此感兴趣，那么会议 session Faceted Search with Lucene 可能是您想要观看的内容。