我需要一些有关我们应用中使用的集合策略的帮助。该集合收到大量我们希望尽快处理的插入内容，但是我们也有一个UI，允许用户使用许多不同的属性从此集合中读取内容。我们正在寻找一种策略，该策略允许以最快的插入速率插入到集合中，但同时为读取使用适当的索引。
目前大多数情况下都可以正常工作，但是到了需要提高读写速率的地步，因此需要决定下一步要做什么。一些初步测试表明，无需索引，我们可以获得更好的插入率，但显然我们的UI陷于瘫痪。理想情况下，我们会将“接收”文档的集合复制到另一台服务器上，该服务器上有索引，这是UI将从中读取的集合。复制日期时，此处允许短暂的等待时间。但是，当我们过去使用默认复制来研究此问题时，与主数据库相比，在次数据库上很难有不同的索引。
是否可以使用任何工具（内置工具或其他工具）执行此操作？这并不是真正的传统“ BI”服务，因为数据以我们想要的格式准确到达，因此不需要任何汇总等，我们也不想像我们希望的那样“每晚”进行处理，尽可能地活着（几秒钟，也许一分钟的延迟就可以了）。
谢谢。