Уточните, что было источником истины и какой слой ускорял чтение: Redis, память приложения, отдельная таблица или materialized view. Наличие кешей внутри СУБД не означает, что сама БД служила кешем.
У вас база данных выступала кэшем или использовался отдельный инструмент для кэширования?
Уточните, что было источником истины и какой слой ускорял чтение: Redis, память приложения, отдельная таблица или materialized view. Наличие кешей внутри СУБД не означает, что сама БД служила кешем.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Уточните, что было источником истины и какой слой ускорял чтение: Redis, память приложения, отдельная таблица или materialized view. Наличие кешей внутри СУБД не означает, что сама БД служила кешем.
Опишите ключи, TTL, инвалидацию и поведение при отказе. Если использовалась PostgreSQL-таблица для предварительно вычисленных данных, объясните обновление и допустимую устарелость. Если отдельного прикладного кеша не было, скажите это прямо и расскажите, какие оптимизации позволяли обходиться без него.