Комментарии 7
Отличная статья, содержит ответы на ряд вопросов которые меня давно волновали, как по мне самая ценная мысль в том, что какая бы не была умная база, лучше самому выполнить разделение таблиц на метаданные и данные там где это явно не помешает
Любопытны результаты запроса с фильтром value LIKE 'foo%'
Как объясняется такое большое отличие для medium при прогретом и непрогретом кэше и отсутствие такого отличия для large?
TOAST-таблица не может быть эффективно закэширована на уровне Postgres?
Я бы ещё отметил что раз поиск идёт в поле которое сжато, то по смыслу распаковка тостов в большой таблицы дороже чем поиск в средней таблице, где данных меньше.
Чтобы лучше понимать какой объем данных обрабатывается при выполнении запросов необходимо использовать в EXLAIN опцию BUFFERS. Вы её почему-то не используете.

А есть ли выигрыш от varchar(3..5 тыс) как заведомо достаточного значения под"среднее поле" вместо text?

Нет, на уровне БД это синоним. Не имеет смысла и вообще вредно его использовать. Этот varchar остался только для совместимости.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Информация
Дата основания

27 августа 2015

Местоположение

Россия

Сайт

ruvds.com

Численность

11–30 человек

Дата регистрации

18 марта 2016

Блог на Хабре