Щичекак раз Oracle :)
либо вы противоречите себе, либо Оракл. Потому что лет 10 назад (или больше) Оракл хвалился достижениями в виде более 2000 коннектов.
Что касается Firebird, то у BroadView через пул коннектов java обрабатывалось под 3500 одновременных пользователей. К сожалению, деталей не знаю.
В общем, вы на воду дуете.

И еще комментарий по поводу классика - да, на классике надо планировать объем RAM как минимум равный или чуть больше количеству соединений-процессов * средний размер памяти, потребляемый процессом. У тех, кто это не соблюдает, на классике есть риск выпадения всего в виртуальную память. Но это, как бы, проблема администратора, потому что как работает конкретная архитектура - известно, и сколько она может потреблять RAM - тоже известно. Втыкать на сервер память под 30 процессов, если их может быть до 100 - это не "риск", а невыполнение требований. А с пулом, конечно, можно объем RAM сделать под максимальное число коннектов в пуле.
Но как я уже сказал, с выходом 3.0 классик перестал быть актуальным. А соответственно, все старые вычисления памяти тоже.