мнение OpegПредположительно
Черезполгода после реализации около 300 в день, при этом около 100 из них будет находиться в онлайн в течении рабочего дня, регулярно обращайсь к сайту (возможно это будет AJAX). Остальные 200 это люди периодически обращающиеся ~раз в 15 минут

пользователей которые просто заходят и уходят я несчитаю тк они практически не создают нагрузки хотя их может быть ещё 1000-5000

за 5 лет эксплуатации предполагаю увеличение до тех что 300 до 5000, тех что 1000 до 40000-80000

думаю всё будет не так, но это то из чего я пока исхожу при расчётах, возможно мои колеги подойдут по позже и меня существенно по правят.

ИМХО Глобальные критерии выбора СУБД
в порядке убывания приоритета исходя из 1000 операций ( транзакций , запросов) в сек
и доступности 99.99%:

1. Возможность иметь горячий standby. И архиваровать логические журналы.

2. Поддержака кластерной конфигурации.

3. Поддержка максимально возможного количества уровней изоляции.
Чем выше будет конкуренция ( на изменение) за данные между сессиями ,
тем быстрее вы этот пункт оцените.

3. Поддержка репликации таблиц ( опреративная история должна быть короткой).
Или другой простой механизм переноса данных с OLTP в DWH.
Нет сейчас железа способного обрабатывать и одновременно хранить историю по
1000 операций в секунду за 5 лет.
С такими требованиями выбор сужается до одной СУБД :)