Не оправдан при связанных данных, нужде в транзакциях между сущностями, произвольных запросах и отчётах, и когда масштаб одной реляционной базы ещё не исчерпан.
А ещё Сначала оптимизация, кэш, реплики, партиционирование
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Главная плата за отказ от реляционной модели — перенос работы в приложение: соединения делаются кодом, целостность поддерживается вручную, а схема фиксируется под конкретные запросы, из-за чего новый сценарий требует новой таблицы или новой проекции. Это оправдано, когда паттерны доступа известны и стабильны, а объём или нагрузка на запись выходят за пределы одной машины. В остальных случаях современный PostgreSQL с репликами, партиционированием и JSONB закрывает задачу, оставляя транзакции и произвольные запросы. Разумная стратегия — не выбирать одно на всё, а держать реляционную базу источником истины и добавлять специализированные хранилища под конкретные сценарии.
Несколько верных вариантов. Подумайте, потом откройте ответ.
Почему появился NoSQL, моделирование от access patterns, четыре семейства хранилищ, BASE против ACID и горизонтальное масштабирование.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto