Тезисы

Изначально будут раскрыты базовые причины, которые заставили появиться такой части механизма СУБД, как кэш результатов, и почему в ряде СУБД он есть или отсутствует.

Будут рассмотрены различные варианты кэширования результатов как sql-запросов, так и результатов хранимой в БД бизнес-логики. Произведено сравнение способов кэширования (программируемые вручную кэши, стандартный функционал) и даны рекомендации, когда и в каких случаях данные способы оптимальны, а порой опасны.

Для каждой из рекомендаций будут продемонстрированы как положительные так и отрицательные кейсы из опыта production-эксплуатации реальных систем, где используются разные варианты кэшей:
1. система оперативной отчетности ритейлера (30+ Тб);
2. система выдачи рекомендаций финансовому учреждению (10К запросов в секунду).

В кейсах будет показано, как "положить production", не зная особенностей продукта, и как получить quick win минимальной ценой.

Третий кейс будет представлять из себя анализ отчёта службы технической поддержки (полученного из открытых источников) о сбое cloud системы расчёта лояльности покупателей.

Доклад будет полезен не только тем, кто работает с СУБД Oracle, но и тем, у кого активно используются/планируются решения для кэширования, так как акцентирует внимание на проблемах, характерных для такого пласта решений.