3 ms·
This is the first I've heard of Meteor APM, looks awesome! This line confused me: > Using simpler queries will usually mean there’s less work for Meteor to do
by mcrider 13y ago
This is the first I've heard of Meteor APM, looks awesome!
This line confused me:
> Using simpler queries will usually mean there’s less work for Meteor to do to decide if a change affects it.
Is this right? Previous Meteor optimization articles I've read have stated the opposite, and all my years of database development have told me to avoid 'SELECT *' and other simple DB calls like the plague. But maybe I missed something in the article that explains this.
Thanks Tom and Sacha for your great contributions to the Meteor community!
- tmeasday 13y agoFair question. Obviously that recommendation was supposed to be taken alongside the other recommendations about not touching too many records, so, yeah 'SELECT *' is probably not good. What I meant here is thinking about making your publication queries simpler when designing your data models. For instance, sometimes using denormalization you can use a simple equality selector rather than some more complex mongo selector. Mongo makes it possible to avoid the denormalization, but it might bite you as it means Meteor can't do a bunch of short-circuits that it might otherwise do on a simpler query.