значения внутри себя?
легковесные индексы есть - BRIN, bloom и тд.
Ну а как вы предполагаете поиск по такому индексу? Например, поиск на равенство. Индекс не хранит значение, но умеет волшебным образом находить, есть ли такое-то значение
ну BRIN/bloom так и работают, у них вполне есть применения. Поиск возможен, просто он не всегда будет такой же эффективный, как по btree
Ну, в sp-gist не хранит. Но я бы не назвал его легковесным (хотя часто именно это его свойство очень полезно).
Ладно я по другому скажу мне надо как то решить проблему индексов которые по 150 гигов весят )
А какого рода информация проиндексирована то?
а в чем проблема-то, нормальные индексы. Если там неполные таблицы, может попробовать их разредить
bigint, varchar
Типы это здорово, а логически (с точки зрения "бизнеса") что там?
вы снова пытаетесь сэкономить на спичках (железе), чтобы ваша раздутая таблица влезла в репак?)
Та сколько ж тут можно экономить мы пробовали такую запустить в амзоне? Зарплаты не хватит на RDS.
Есть например просто id с таймзоной, такой весит под 80 гигов
Ну, запускайте psql руками и начинайте смотреть -- что там остаётся, что не нравится.
"id с таймзоной" хранятся в bigint?
повторю - основная информация, которую нужно знать про индекс, это какие запросы индекс обслуживает. Может он вообще не нужен
Обсуждают сегодня