Это довольно типично, когда вы начинаете проект, чтобы решить, какую СУБД использовать. Elastic, Mongo, какое-то хранилище ключей/значений вроде Redis, забавные штуки вроде Neo4J. Если у вас есть сценарий использования, который явно подходит для базы данных, хорошо, в противном случае используйте Postgres или что-нибудь реляционное. Конечно, найдутся те, кто скажет: «Но это не масштабируется». Любой, кто работал с масштабной системой, знает, что не существует системы хранения данных, которая хорошо масштабируется (за исключением случаев, когда она чертовски проста и в конечном счете последовательна, но даже тогда это не так).
Я люблю Postgres за многие вещи: надежный, проверенный в боях, поддерживающий транзакции (я напишу о них), функционально полный, быстрый, он не принадлежит компании, поддерживаемой VC, управляемый сообществом, спокойный и устойчивый прогресс, отличный инструментарий, облачные сервисы, обеспечивающие инфраструктуру, компании с опытом…
Когда вы выбираете что-то смешное, в итоге вы разрабатываете половину тех возможностей, которые предоставляет надежная система РСУБД, но только хуже.
Я решил использовать Redis в качестве хранилища для Tinybird, и он отлично работает, но по мере развития проекта вы теряете многие встроенные функции, которые предоставляет Postgres. Возможно, это ошибка.