Комментарии 6
Кеш работает как сторонний процесс, с которым общаются? А какой overhead этого? Кеш ещё и инвалидировать при записи надо, в отличие от MSSQL где он в адресном пространстве процесса и инвалидация получается автоматически
Это один из background процессов Postgres, overhead на коммуникацию сопоставим с обычным подключением к Postgres, но overhead на получение данных из KVik значительно ниже (даже с учетом необходимости инвалидации), чем встроенный буферный кеш, за счет упрощённой KV‑логики и асинхронной инвалидации по WAL.
Меня во вем этом больше всего интересует общее количество успешных внедрений Postgres Pro Enterprise... Интересно - дождемся ли такой статистики?
Думаю это коммерческая тайна и никогда не выйдет наружу. Да и зачем, если честно?
Мы активно публикуем кейсы, которые частично отвечают на ваш вопрос:
https://postgrespro.ru/cases
Информация
- Дата регистрации
- Дата основания
- Численность
- 501–1 000 человек
- Местоположение
- Россия
- Представитель
- Иван Панченко
Postgres Pro Enterprise 18: встроенный in-memory кеш и новые горизонты отказоустойчивости