VoralЗаказчик1,

Вообще хотел бы обратить внимание еще на один аспект.
Раз вы обратились к данному исполнителю, значит есть определённая степень доверия. Исполнитель сейчас видит полную картину и считает правильным решением иметь несколько баз. Четко опишите все что требуется от программы в ТЗ. И не парьтесь. Правильное решение или нет покажет время, но есть одно но. Если вы убедите сделать все в одной базе, а исполнитель завалит проект (даже если это изначально правильное решение, но он выберет не тот подход, или скажется недостаток квалификации, или магнитные бури). - то исполнитель свалит все беды лично на вас, скажет, что он белый и пушистый сопротивлялся как мог, а вы задавили своим положением заказчика, который "всегда прав".

Я не знаю какое вы положение занимаете в конторе, но можете оказаться стрелочником.
Есть руководство, которое выбрало конкретного исполнителя. Руководство думает, что оно технически грамотное. Меня для анализа привлекли достаточно поздно.

VoralДругое дело, что если железо упрётся в свой потолок, то разные базы можно разнести по разным физическим серверам.
Хотя в случае единой - обратить внимание на кластерные решения.
Честно гуглил минут 20... не нашел примеров с подключением свыше 1000 (( везде пишут что мол 100 в конфиге, если надо убирайте. И еще один параметр вроде подправить надо

На XP свыше 150 подключений поднять не удалось.... СУБД отваливается насмерть. Для сравнения FB "крякнул" на 3890 подключений :)

Под opensuse 1700 подключений получилось. так что звездят товарищи...
Правда, подключения пассивные (сделали insert и оставили висеть). Через некоторое время перепишу, засунув каждое подключение в отдельный поток с запросом каждые 30 сек и посмотрю, через сколько отваливаться начнут.