Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/solr/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Optimization SOLR一个系列(核心)与多个系列_Optimization_Solr_Solaris - Fatal编程技术网

Optimization SOLR一个系列(核心)与多个系列

Optimization SOLR一个系列(核心)与多个系列,optimization,solr,solaris,Optimization,Solr,Solaris,我有一个MySQL数据库中的多个实体,它们将在SOLR中被索引 为了获得最佳性能结果(查询时间),最好的方法是什么 使用具有实体类型字段的单个SOLR集合(核心) 或者每个实体类型都有一个集合(核心) 谢谢我会添加更多的参数让你考虑(主要是阻碍每一个实体方法的一个核心,但不只是因为你特别要求的性能原因) 更多的核心意味着更多的端点。您的申请将需要了解这些信息。您可能会发现跨核心运行查询很困难。例如,如果您是按一个公共属性(例如名称)进行搜索,则必须对每个核心运行多个查询并聚合结果。这将错过在

我有一个MySQL数据库中的多个实体,它们将在SOLR中被索引

为了获得最佳性能结果(查询时间),最好的方法是什么

  • 使用具有实体类型字段的单个SOLR集合(核心)
  • 或者每个实体类型都有一个集合(核心)

谢谢

我会添加更多的参数让你考虑(主要是阻碍每一个实体方法的一个核心,但不只是因为你特别要求的性能原因)

  • 更多的核心意味着更多的端点。您的申请将需要了解这些信息。您可能会发现跨核心运行查询很困难。例如,如果您是按一个公共属性(例如名称)进行搜索,则必须对每个核心运行多个查询并聚合结果。这将错过在查询单个核心时现成的相关性方面

  • 考虑对数据库进行最少的请求。N+1 jdbc连接大大降低了索引速度。相反,尝试在视图中聚合结果,如果可以触发单个查询,则索引速度会快得多

  • 通用属性的范围查询将无法跨核心进行。如果你有不同核心存储的书籍和音乐CD的价格,你不可能得到X和Y价格范围内的所有产品

  • 刻面功能也将被破坏

  • 因此,虽然通过以每个实体1个核心的形式并行化,您可能会发现索引时间性能有所提高,但我觉得这可能会减少您可以从中受益的功能