我得到了这个辅助函数:constAccount=require('../models/account');exports.sendInvites=(accountIds,invite,callback)=>{if(!accountIds){callback('Noaccountidsprovided',null,null);return;}accountIds.forEach((id)=>{Account.findOneAndUpdate({_id:id},{$push:{organisationInvites:invite}},callback);});};然后我有这条路线:rout

我最近在一个大型，复杂的生产查询中看到了这一说法，该查询每分钟被执行几百次。似乎本查询的原始作者试图优化AccountID=148时的查询。表中可能发生811个不同的帐户ID值。值148代表该表中所有行的9.5％（总计约6010万行）并拥有任何帐户价值的总数最高.我从来没有遇到过这样的人。在我看来，这只有在@accountid参数等于148时才具有显着的价值。否则，查询计划可以假设返回的行比实际的行还多。在这种情况下，可以进行扫描而不是寻求。那么，在这种特殊情况下，这样做有什么实际价值吗？看答案假设极端情况只要帐户148覆盖了桌子的10％，所有其他帐户每个只有0.001％。好吧，鉴于该帐户代表