I’m working on a photo collecting app with Meteor. It’s simple: people are grouped into project and then they collect photos for that project. There are many relationships in this app, one-to-one, one-to-many and many-to-many.
I’ve learned a bit about MongoDB schema design. The core idea is you should make decisions (e.g. embedding vs referencing) based on how your app use the data. In this case, for example, I find it better to embed photos into projects because mostly they are used together.
However, according to the Denormalization chapter on Discover Meteor, Meteor supports document level operation better thus making it a preferable way to referencing than embedding. As a result I just reference everything and feels like I’m using SQL without utilizing the flexibility of MongoDB.
What are your experience with schema design in Meteor? Am I missing something or these are just limitations in Meteor that I have to live with?