получить данные из индекса в селекте

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

Legushka,

можно, с некоторыми ограничениями: https://wiki.postgresql.org/wiki/Index-only_scans

Alexius, пробовал читать по переводчику, так и не понял как работает Index-only scans.

Legushka
Alexius, пробовал читать по переводчику, так и не понял как работает Index-only scans.

попробовал прочитать твой первый пост, но так и не понял что именно тебе нужно

Legushka,

"запросов к индексам" (битым словом) в пж нет, это не "м--система".
пишете обычный "запрос к таблице"
а уж планировщик, по карте актуальности ["The Visibility Map"], решает, можно ли обойтись IOS. или придется проверять каждую запись таблицы (,после того, как нашли её в индексе,) на актуальность в вашем контексте.

есть ли смысл в обогащении пж-скл-диалекта [или plpg] прямым обращением к индексу (типа seek) -- вопрос открытый, но видимо не для всех.

Legushka,

покажите запрос и его explain [analyze при возможности], который пытаетесь ускорить, там видно будет, поможет IOS или нет. версия постгреса должна быть 9.2+ для IOS.

посмотрел версию постгреса, печально но сейчас 9.1.14
поэтому видать от индексов толку мало и портицирование не работает и такие тормоза.

Legushka
посмотрел версию постгреса, печально но сейчас 9.1.14 поэтому видать от индексов толку мало и портицирование не работает и такие тормоза.

партиционирование особо не менялось между 8.3 и 9.4
вы что то просто не то делаете поэтому и проблемы
проблемы с тормозами надо начинать с локализации медленных запросов и если не получается самим разобраться с постом сюда вопроса вида
"
версия postgresql такая то
параметры сервера (дисковая подсистема/обьем памяти/процессор) такие то
общий размер базы такой то
тормозит запрос такой-то
вот explain analyze результатыт
вот структуры всех участвующих таблиц
"
после этого вам могут что то разумное подсказать.

--Maxim Boguk
www.postgresql-consulting.ru