【问题标题】:Modelling many to many relationships in Meteor在 Meteor 中建模多对多关系
【发布时间】:2016-02-23 15:10:47
【问题描述】:

您好,我正在构建一个小应用程序来适应 Meteor(和 Mongo)。困扰我的是数据建模方面。具体来说,建模多对多关系的最佳方法是什么。我在 Mongo 文档中读到,如果您希望文档在原始文档保持相当静态的情况下增长,则不应将其嵌入到另一个文档中。 在我的测试应用程序中,学生可以注册课程。因此,从 Mongo 的角度来看,将学生作为嵌入式文档包含在课程中是有意义的,因为每门课程的学生数量都是有限的,而相反,随着时间的推移,学生理论上可以加入无限的课程。

然后是 Meteor 方面,我读到 Meteor 的许多功能都针对单独的集合,例如 DDP 在文档级别工作,因此学生数组中的任何更改都会导致整个课程文档重新发送给每个人浏览器,以及诸如 each spacebars helper 之类的东西适用于 Mongo 游标,但不适用于数组等。

有没有人处理过类似的情况,他们能解释一下他们采取了什么方法以及他们必须处理的任何缺点等吗?谢谢。

【问题讨论】:

  • 我觉得这种类型的讨论更适合流星论坛。

标签: meteor meteor-collection2 meteor-collections nosql


【解决方案1】:

见这篇文章:https://www.discovermeteor.com/blog/reactive-joins-in-meteor/ 并用这个https://kadira.io/测试你可能的解决方案有多好

【讨论】:

    【解决方案2】:

    更好地使用指南: http://guide.meteor.com/data-loading.html#publishing-relations

    Meteor 团队将 JavaScript 怪物驯服(或隐藏!)到了惊人的程度。通过使用他们的约定,您可以“免费”获得大量“开箱即用”的常用功能。通常会一遍又一遍地重新发明的东西,帐户、OAuth、跨客户端的实时数据、标准实时数据协议等。

    但很快……您需要的功能不在包装盒中。哇...看看所有的选择。等一下,这就是你在 Meteor 之前战斗的那个怪物!

    所以请使用官方的 Meteor Guide。当您做出这些选择时,他们会推荐最明智的方法来扩展您的应用程序的功能。

    既然他们知道他们是如何“隐藏怪物”的,他们就知道如何在你伸展时不断避开怪物。

    【讨论】:

      猜你喜欢
      • 2017-01-02
      • 2021-06-12
      • 1970-01-01
      • 2019-08-21
      • 2013-01-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多