Баунсер обычно — часть инфры СУБД, и у него ограниченное количество инстансов. Потому предсказать количество коннектнов к базе, во-первых, несложно, и, во-вторых, настройкой этого занимаются те же, кто адмнит СУБД
Баунсер — тупо способ разделить зоны ответственности: разработчики творят с настройками пулинга в приложениях любую адуху, но СУБД это никак не беспокоит.
Понятное дело, что, если грамотно выставлять везде параметры и своевременно их менять, то баунсер не потребуется. Но это очень далекая от реальности ситуация.
Вопрос не в простоте языка, а в достоверности же :) Та так описал, словно баунсер мультиплексирует пачку транзакций в одно соединение, но он так не работает. Это уже как-то pgpool напоминает (хотя он тоже не совсем этим занимается).
Да, именно потому что он не мульиплексирует. Он не засовывает большее количество соединений в меньшее. Можно сказать, что он мультиплексирует транзакции в соеднения — это да.
если у баунсера количество соединений к базе 50 и в конфиге максимальное количество соединений к базе указано 50, а ему прийдет 100 запросов, что произойдет?
В варианте, если баунсер ставить на локалхосте, то можно, конечно, чего-то этим достичь, но в очень специальных условиях (как минимум, количество инстансов должно быть статическим)