> Скуль позволяет задвигать умопомрачительные конструкции, при том львиная доля тех кто
> его юзает ни в зуб ногой не понимает что будет сделано.
> В результате - резонно появляются "безобидные" запросы лопатящие на ровном месте
> полбазы и заявы про то что скуль тормозит :). Ну дык
> кто угодно тормозить будет если полбазы надо прочитать, только скуль позволяет
> это сделать легко и просто...

Вообще очень часто тормоза возникают из-за банального отсутствия индексов. После задания индексов производительность как правило резко повышается :) Плюс ко всему часто сталкиваюсь с "select *" вместо "select id, name", например, что тоже дает большие тормоза, если столбцов много. Часто не ставят "limit 1", если надо выбрать запись по ID и так далее.  

На собственном опыте убедился, что 90% проблем возникают из-за ошибок при проектировании структуры БД и неумения найти баланс между четким следованием теории (3-нормальная форма БД и выше) и практической реализации. Если слишком увлечься с нормализацией получатся многоэтажные селекты из кучи с join-ми с которыми может возникнуть куча проблем и найти ошибку может оказаться не так уж и просто.

В общем все познается на личном опыте, другое дело, что большинство не делает из этого выводов.

Хотя есть задачи, например скрипт счетчика посещений, где юзать скуль, при больших нагрузках может быть не выгодно. Но, по-большому счету, мощности серверов позволяют "забить" на не оптимизированный код и кучу селектов так как "тормоза" не очень заметны, а когда станут заметны придется заниматься оптимизацией.