> Сотня клиентов это вообще не о чём.
> По конекшону на клиента и проблема пулинга конекшонов решена.

Напомню тебе один момент, у того же ms sql каждый конекшен стоит отдельную денюжку

> Чтобы не спамили кучей запросов есть инженер баз данных(или как-то так), который
> нормальные запросы и сценарии спроектирует. И к нему программист который это
> разумно закодит.

Вот тебе сценарий. Табличка из нескольких сотен тысяч строчек. Например список документов. Списочек этот формируется запросом в котором есть левые соединения. Пользователем курсорчиком промотал табличку вниз, оппа запросик выполнился и вернул ещё пару сотен строчек. Пользователь увидел нужный ему документик, и щёлкнул чтобы его открыть. И полетели запросики. Во-первых, может ли вообще этот пользователь открыть вот этот конкретно документ, а может именно этому пользователю разрешено только посмотреть, а может разрешено посмотреть и добавить строчку в определённой табличной части, и таких а может может быть много. Потом если надо что-то добавить в документ тут тоже нужны запросы и скорее всего не один. А потом начинается самое интересное запись в документ. Тут может быть несколько десятков запросов, при проверке перед записью и во время записи. И так регулярно и не один пользователь а десятки или сотни. А ведь в этом время ещё выполняется не один десяток фоновых сценариев, запись новых цен если они считаются автоматом, актуализация итогов, всякие синхронизации с другими базами и т.д. все это тоже десятки запросов и на чтение и на запись.

> Хайлоад, это не то же самое что высокая нагрузка. Можно написать отвратительное
> приложение которое будет грузить сервер, это не будет хайлоадом.

А можно на диванчике сидеть и с умными видом рассуждать как правильно писать приложения. Ведь ты же все бы сделал как надо, просто не хочешь.