TsyklopПодскажите пожалуйста.
Пишу приложение на Java со Spring-ом.
Приложения это онлайн чат. То бишь нагрузка предполагается большая. Какую бд лучше выбрать для такого приложения? MySQL, MongoDB, PostgreSQL (чет не очень мне эта бд).

Есть варианты?
90% выбор должен определятся запросами. Тоесть что ты хочешь получать от онлайн чята.
Ну тоесть ты - приложение и тебе надо смотреть ленты по чят-комнатам.

Какие DBMS тут подходят - можно посмотреть тут https://db-engines.com/en/ranking

Так делают в правильных странах.

В неправильных странах ты смотришь на своё бабло. Сколько ты готов оплатить. Или смотришь
какие лицензии уже куплены (это так и будет вангую). Например есть Оракл - берешь его.
Или есть Мискль - берешь его. И толкаешь туда свой чятик.

Озверинmayton, страны, где до сих пор на ms access пишут софт - правильные или нет?:) Надо как-то ограничивать свое желание поделить всех на правильные или не очень.
Это из личного опыта. Часто выбирали например Oracle там где он вообще
не нужен. Например для хранения Excel-файлов. Вобщем там где нет реляционных
операций - лучше не брать реляционки.

Для чятика возможно надо подумать о шаблоне CQRS и чего-то документо-ориентированного
где будут ленты событий материализованы.

Можно обратиться к опыту мессендежов Viber/Whatsup. Вроде-бы они использовали Couchbase
и успешно. Но ... я не спец в кауче и поэтому не могу сказать как оно там внутре.

Если-б я сегодня стартовал что-то на хостинге Амазона - то я-бы смотрел в возможности S3 и DynamoDb
в совокупности.

TsyklopmaytonНу тоесть ты - приложение и тебе надо смотреть ленты по чят-комнатам.

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

Не нужна вообще реляционка. Вот ни разу не нужна.