Всяко "повъртане" до базата данни ще има режийни разходи. Така че колкото по-малко пътувания, толкова по-малко разходи. Имайте предвид също, че по-малко заявки означава по-малко пакети от клиент към сървър. Ако резултатът от консолидираната заявка ви дава точно това, което искате, тогава единична заявка е правилният начин. Ако вашата единична заявка връща допълнителни или излишни данни (може би поради денормализация), тогава спестяванията на режийни разходи от едно двупосочно пътуване може да бъдат загубени в прехвърлените допълнителни данни.
Друго съображение е латентността. Ако заявките трябва да бъдат завършени последователно, тъй като част от изхода на една е необходима за входа на следващата, консолидирането в една заявка ще изреже всички мрежови латентности между всички отделни по-малки заявки, така че крайният резултат може да бъдат доставени по-бързо. Ако обаче по-малките заявки са независими една от друга, паралелното им стартиране може да доведе до получаване на всички резултати по-бързо, макар и по-малко ефективно.
В крайна сметка:отговорът зависи от спецификата на вашата ситуация. Най-добрият начин да получите отговор вероятно ще бъде да приложите и двата начина, да тествате и сравните използването на ресурсите на всяка реализация.