zerkms, Sad Spirit
Господа. Ваш спор напоминает спор слепого с немым.
zerkms говорит про методы, применимые в высоконагруженном вебе, где благодаря практически нулевой связности данных можно обеспечивать горизонтальную масштабируемость просто докупая железо. Такая стратегия приводит к тому, что так как использовать join'ы по данным с разных серверов невозможно, то часть данных приходится денормализовывать. (Выборки только по Primary-key распределяются по группе серверов достаточно просто).
Sad Spirit говорит скорее про методы, которые используются там, где связность данных большая и где даже большой массив данных на отдельные сервера не разнести. В таком случае удобнее написать один большой запрос и положиться на оптимизатор, так как в решениях для этих ситуаций оптимизаторы обычно очень умные.
А описанная ситуация где-то посередине. Писать большой и сложный запрос для обычного сайта не выгодно с точки зрения времени написания запроса. Реализовывать денормализованную схему тоже не выгодно, так как она увеличивает сложность кода, появляется риск несогласованного состояния данных. ИМХО в данном случае лучше написать несколько запросов попроще, а данные свести в скрипте.
