Что мы на ней делаем
В PostgreSQL живут данные большинства продуктов, которые мы делаем. Не потому, что это модно, а потому, что она раз за разом оказывается правильным ответом: настоящие транзакции, настоящие ограничения целостности, JSON-колонки там, где схеме действительно нужна гибкость, и полнотекстовый поиск, снимающий необходимость во второй системе на большинстве продуктов.
Сам выбор базы здесь редко оказывается главным. Важна схема: вовремя выстроенная модель, ограничения в базе, а не надежда на то, что их проверит приложение, и индексы под те запросы, которые продукт реально выполняет.
Где мы её применили
White-label платформа кэшбэка и платформа Formtastic работают на PostgreSQL, причём вторая — под нагрузкой, как система, изначально рассчитанная на рост.
То, в чём команды ошибаются чаще всего, мы разобрали в статье про то, как на самом деле работают базы данных и индексы, а денежную ловушку — в статье про числа с плавающей точкой и деньги: валюту нужно хранить в целых или в numeric, но никогда не во float.
Когда мы её рекомендуем
По умолчанию для всего транзакционного. Один хорошо проиндексированный инстанс PostgreSQL выдерживает намного больше, чем принято думать, и дешевле держать одну базу хорошо, чем три плохо.
Брать другое стоит, когда нагрузка действительно не реляционная: time-series или аналитическое хранилище под большой объём телеметрии, кэш под горячее эфемерное состояние. Они встают рядом с PostgreSQL, а не вместо неё.
