Solr 有多少ColdFusion集合太多了?

Solr 有多少ColdFusion集合太多了?,solr,coldfusion,coldfusion-11,cfindex,Solr,Coldfusion,Coldfusion 11,Cfindex,我们正在Windows server 2012 R2上使用CF 11。有了数据结构,我们需要使用一个真正大的或大约500个小的Solr集合。这两种方法的利弊是什么?关于收藏数量的最佳实践是否有任何指南/参考?非常感谢您的建议 500可能还可以,但总的来说-您最好拥有一个大型集合,并使用显式方法确保相似的文档最终位于相同的节点上(即,所有文档都属于一个用户,并且位于相同的三个节点上)。谢谢。我们用查询填充数据库中的集合,而不是文档。因此字段/记录都是相似的。我担心维护一个大型集合(更新/删除等)可

我们正在Windows server 2012 R2上使用CF 11。有了数据结构,我们需要使用一个真正大的或大约500个小的Solr集合。这两种方法的利弊是什么?关于收藏数量的最佳实践是否有任何指南/参考?非常感谢您的建议

500可能还可以,但总的来说-您最好拥有一个大型集合,并使用显式方法确保相似的文档最终位于相同的节点上(即,所有文档都属于一个用户,并且位于相同的三个节点上)。谢谢。我们用查询填充数据库中的集合,而不是文档。因此字段/记录都是相似的。我担心维护一个大型集合(更新/删除等)可能会很乏味,需要大量的时间/资源。你认为是这样吗?很难说。当我提到“文档”时,我指的是lucene/solr概念。数据库中的一行仍然是单个文档。不确定如何从DIH提供路由密钥,但文档可能会说。就个人而言,我建议从500个小型Solr集合开始。这样,当您必须刷新几个集合时,您只能刷新选定的几个集合。另外,根据我的工作经验,维护小块代码总是比维护一个包含所有逻辑的页面更容易。你能找到哪种方法更好的唯一方法就是尝试一下。