Неожиданное влияние текстов среднего размера на производительность PostgreSQL

[psvg42]

Отличная статья, содержит ответы на ряд вопросов которые меня давно волновали, как по мне самая ценная мысль в том, что какая бы не была умная база, лучше самому выполнить разделение таблиц на метаданные и данные там где это явно не помешает

[stranger1101]

Любопытны результаты запроса с фильтром value LIKE 'foo%'
Как объясняется такое большое отличие для medium при прогретом и непрогретом кэше и отсутствие такого отличия для large?
TOAST-таблица не может быть эффективно закэширована на уровне Postgres?

[Aytuar]

Я бы ещё отметил что раз поиск идёт в поле которое сжато, то по смыслу распаковка тостов в большой таблицы дороже чем поиск в средней таблице, где данных меньше.

[bigtrot]

Чтобы лучше понимать какой объем данных обрабатывается при выполнении запросов необходимо использовать в EXLAIN опцию BUFFERS. Вы её почему-то не используете.

[Aytuar]

Поддерживаю. Ещё и сами планы всё таки написали бы.

[ArtHome]

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

[Aytuar]

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