Question

例如，假设我有以下方面：

颜色 (yánsè)

在我的数据库中，颜色将是一个表格，每个颜色将有一个主键和一个名称/值。

当使用Solr / Lucene进行索引时，在我看到的所有示例中，其值被索引而不是主键。因此，如果我按颜色红色进行过滤，我会得到以下内容：

我在想，将主键索引化，当显示要素值时从数据库中检索数值，是否更明智？这样我可以获得类似以下的结果：

将此翻译为中文：http://www.example.com/search?color=1 http://www.example.com/search?color=1

“1”是指彩色红色的主要关键。我很想知道,我是否应当采取这种做法,因为许多我方的价值观经常发生变化,但主要钥匙保持不变。此外,该指数必须与数据库相提并论。

还有人有这方面的经验吗？你认为这会影响性能吗？

提前致谢！

Answer 1

如果您希望您的实体经常更改，那么最好索引ID，并且当您获取您的分面结果时，在数据库中进行查找以获取颜色名称。这样，颜色的更改不需要更新受影响的文档。

在我们的系统中，我们使用Lucene索引ID而不是实体名称，这正是您所述的原因。此外，我们的实体还有许多相关属性，这些属性并没有被索引，因此我们仍需要访问数据库才能获得它们。

就性能而言，ID的分面化不会明显变慢或变快。就数据库查找而言，这不应该成为大问题，特别是如果您一次只拉下十个以上的方面。如果这成为问题，您可以始终使用缓存来加快速度。