Meteor 1.0.X中大型集合的性能

时间:2015-03-02 21:54:42

标签: meteor meteor-publications

Meteor世界已经有很多发展,因此很难找到适用于当前版本的答案,因为你会发现旧的,过时版本的答案过多。

我有一个应用程序,在特定集合中有很多数据。通过批量我的意思是在10k到100k之间,并且可能更多。本质上它是日志数据,我需要在没有分页的表格中显示结果(如尾部)。在研究优化大型集合的方法时,我不断遇到this之类似于旧版Meteor的事情。

所以,我认为我的选择是:

  • 使用快速渲染插件在订阅之前显示页面(至少这是我对它如何工作的理解)。
  • 使用某种渐进式发布功能,首先加载有限的更多相关数据位,然后通过扩展窗口/限制逐步加载剩余数据(不确定这是否会导致服务器上的负载更重)。似乎有一个“渐进式发布”插件,但它似乎不再处于积极发展状态。
  • 通过索引优化查找(如何在创建集合时指定???)
  • 进一步分析和优化模板(不确定如何)。
  • 我还没有想到的其他一些方法......
  • 以上所有的组合。

以这种方式发布和呈现大量数据的正确方法是什么?

1 个答案:

答案 0 :(得分:0)

我将假设"优化"意味着缩短查询时间。

始终从最大的爆炸开始。 除非您在_id上发布整个集合或查询,否则您希望使用_ensureIndex创建索引。在mongodb网站上或通过搜索其他问题获取更多信息。 http://docs.mongodb.org/manual/reference/method/db.collection.ensureIndex/

其次,将字段限制为您需要的信息。例如{fields: {a:1, b:1}}http://docs.meteor.com/#/full/fieldspecifiers

第三,不要排序。

如果这仍然不够好,请使用架构&查询详情&所需的用户界面,以便我们更好地了解反应性以及为什么不能使用某种形式的分页。