Какие базы данных вы знаете и в каких сценариях их применяете?

Ёпта, ну вот смотри, вкалывал я с кучей разных баз данных, и выбор всегда упирается в одну простую вещь: какую конкретно задачу надо решить, а не какая база модная. Иначе получится, как с дрелью — можно и гвозди забивать, но зачем, если есть молоток?

Реляционные (SQL):

• PostgreSQL: Это, блядь, мой основной тяжёлый инструмент. Беру её, когда проект серьёзный, с кучей связей, где целостность данных — святое. ACID там, вся эта движуха. Плюс она жрёт JSONB, что даёт овердохуища гибкости, почти как в NoSQL, но внутри надёжной SQL-обёртки. Для всяких финансовых систем, сложных ERP или геоданных (с PostGIS) — просто красава. Чувствуешь себя уверенно, как будто за пулемётом.
• MySQL/MariaDB: Часто всплывает в старых, легаси-проектах, или в типовых веб-приложениях вроде того же WordPress. Беру, когда нужна простая и шустрая транзакционная нагрузка, а все эти навороты PostgreSQL — как пятое колесо телеге. Работает — и ладно.
• SQLite: А это, можно сказать, карманная база. Встраиваю её в десктопные или мобильные приложения, использую для быстрого прототипа или в тестах. Сервер не нужен, файл и всё — красота. Простота, которая иногда спасает жопу.

NoSQL:

• MongoDB (Документная): Вот тут уже начинается веселье. Выбираю, когда схема данных меняется чаще, чем погода, или когда данные сами по себе — это готовые документы (типа карточек товаров или постов в блоге). Просто суёшь туда JSON и не паришься. Агрегационный pipeline в ней — мощная штука, можно аналитику крутить, хоть стой, хоть падай. Но доверия ебать ноль к транзакциям в старых версиях было, сейчас вроде лучше.
• Redis (Ключ-значение в памяти): О, это мой любимый скоростной урод. Использую как кэш, чтобы основную базу не ебашить по каждому чиху — результаты запросов, сессии пользователей. Или как простой брокер сообщений. А ещё для ограничения запросов (rate-limiting) — идеально. Скорость у него просто пиздецкая, потому что всё в оперативке. Без него на высоких нагрузках — капец.
• Elasticsearch: Брал в работу, когда нужен был не просто поиск, а умный поиск. Полнотекстовый, с нечётким соответствием, ранжированием. Или для анализа логов (в том самом стеке ELK). Когда нужно ковыряться в куче неструктурированного текста — он вне конкуренции. Для обычных данных — слишком жирно будет.

А вывод, чувак, простой до безобразия: Если тебе нужны жёсткие гарантии, сложные связи между таблицами и транзакции — твой путь SQL, особенно PostgreSQL. Если проект масштабируется вширь, схема плавает как дерьмо в проруби, а данные нереляционные — тогда уже смотрим в сторону NoSQL. И часто, я тебе скажу, самый адекватный подход — это полиглот. Основные данные в PostgreSQL, кэш в Redis, а поисковый движок — Elasticsearch. Каждому инструменту — своё дело, и тогда система летает, а не ползает, как мартышлюшка с поносом.