我需要将记录发送到搜索引擎（Solr或ElasticSearch）进行索引 .
在我的设计中，一个字段最多可以有5000个值，对于某些记录，需要将此字段的所有这5000个值（OR或AND关系）发送到搜索引擎 .
我有大约10个这种性质的字段，加上30个其他字段（文本，整数等） .
我想知道Solr或ElasticSearch是否可以有效地处理一个字段的大量值以及哪个更好 .
在这种情况下，数百万条记录怎么样？
在数百万的记录和保持增长的情况下，实时索引怎么样？我理解Solr NRS和ElasticSearch可以进行实时索引，但我不确定我的情况是否会带来新的挑战 .
感谢您的任何意见！
干杯!
1 回答
Solr和ElasticSearch都基于Lucene，它执行真正的索引/查询/存储文档 . 因此，就字段和文档的大小而言，性能在两者中应该非常相似 .
在一个或一个订单之间的选择可能应该基于您认为最愉快的工作 . 例如，ElasticSearch有一个用于查询和索引的JSON API，而Solr使用相当多的XML进行配置和查询 .
如果您将拥有数百万个文档和/或需要在一组机器中划分插入/查询负载，我认为ElasticSearch具有优势，因为它易于分片并创建副本 .
关于实时搜索，两者都可能适合您的需求 . 它们允许您自定义“刷新”索引的频率 . 允许刚刚编入索引的新文档出现在搜索结果中 . 例如，在ElasticSearch中，您可以将刷新设置为每分钟发生一次 .