вадя
maytonОсобо шустрые ресурсы (фейсбуки и вконтакты) не используют jdbc на лендинге. Они заранее готовят контент
в in-memory cache и стараются реляционки вообще не подключать. Там ... сложно всё короче.субд так же кэшируют данные в памяти - при наличии которой можно и реляционки держать в памяти.
несколько лет назад приводили пример сервера - остановка которого требовала порядка 8 часов - выгрузка из памяти...
напомню, спор тут был - по вопросу использования шаблонов - так эти шаблоны проиграли по времени. и таких мелочей накапливается на приличную задержку

Ты не учитываешь простоту поддержки и простоту использования. В случае неоптимальной базы - это тупо нежелание разбираться, никакой пользы от этого никто не получает. В случае с шаблонами мы получаем такие плюсы:
1) возможность разделить работу между UI и backend
2) Легкость внесения изменений и рефакторинга, в том числе полное переписывание UI(ребрендинг)

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