Meteor用户集合与附加集合

Meteor用户集合与附加集合,meteor,Meteor,我正在试图弄清楚,构建与用户数据相关联的集合的最佳实践是什么(在反应式查询、查询速度或其他方面) 例如,什么更好? Meteor.Users.profile:{朋友、喜欢、以前的订单、位置、收藏夹等“}。 或创建其他集合以保留此数据,例如: Meteor.UserInfo.user{朋友、地点、以前的订单等”)。 谢谢。使用用户集合存储与其他集合无关的用户信息。通常,这应该位于用户文档的顶层,而不是在配置文件中。我希望在配置文件中看到的唯一内容是配置文件信息(而不是,例如,以前的订单列表) 以前

我正在试图弄清楚,构建与用户数据相关联的集合的最佳实践是什么(在反应式查询、查询速度或其他方面) 例如,什么更好? Meteor.Users.profile:{朋友、喜欢、以前的订单、位置、收藏夹等“}。 或创建其他集合以保留此数据,例如: Meteor.UserInfo.user{朋友、地点、以前的订单等”)。
谢谢。

使用用户集合存储与其他集合无关的用户信息。通常,这应该位于用户文档的顶层,而不是在配置文件中。我希望在配置文件中看到的唯一内容是配置文件信息(而不是,例如,以前的订单列表)


以前的订单之类的东西不应该存在,因为您可以只查询订单集合来查找它们。出于性能原因,有时将此数据反规范化是有用的,但这应该是一个例外,而不是规则。

谢谢,因此如果我有一个仪表板,希望在其中查看所有用户信息,我必须对所有集合运行查询使用他的Id。保留一个集合(usersInfo)有意义吗所有用户的ref信息,并直接使用ref ID查询集合?反之亦然?像这样对数据进行非规范化是一项艰巨的工作。例如,每次添加/删除订单时,您也需要更新用户。代码更复杂,有更大的漏洞空间。这是不必要的。唯一有理由这样做的时间是为了提高性能取消,对于一个看起来几乎没有必要的仪表板。如果需要,您可以随时在以后进行非规范化。明白了。每个方法的callback都是一项艰巨而危险的工作。使用用户Id操纵Insert Id如何?\u Id:createdBy--uuid?绝对不是。搜索速度没有差别,只要确保在create上有一个索引就可以了edBy field.与此问题相关: