1. idx scan only в большинстве случаев не поможет 2. время

Question

1. idx scan only в большинстве случаев не поможет 2. время

обхода дерева зависит от размера дерева
3. если мне вдруг нужен индекс для таблицы размером в пару террабайт - как быстро я его получу? (в моем случае секционирование у нас только по времени)
4. если я хочу хранить горячие данные на SSD, теплые на HDD, а холодные вообще размазаны по внешним кластерам через FDW - как мне это реализовать в рамках одной таблицы?

#backend #devops #pgsql #programming #russian

0

21.11.2018

2 ответов

13 просмотров

Darafei Praliaskouski

1. почему? 2. но время обхода списка партиций аналогично времени обхода дерева индекса, только ещё медленнее, ведь он список, а не дерево 3. бесплатно в до наполнения данными. а так, в пару часов уложитесь. 4. это делает bcache прозрачно :) про другие машины - я написал в исходном сообщении "внутри одной машины" :)

0

21.11.2018

Yaroslav Schekin · Accepted Answer

> 1. idx scan only в большинстве случаев не поможет Почему? > 2. время обхода дерева зависит от размера дерева Зависит, а как же. Но вопрос в том, с чем мы сравниваем. > 3. если мне вдруг нужен индекс для таблицы размером в пару террабайт - как быстро я его получу? Да, за этим-то секционирование и нужно (в том числе). Можете и вообще не получить, если сервер упадёт в процессе. ;( > 4. если я хочу хранить горячие данные на SSD, теплые на HDD, Частичные (partial) индексы. Частично. ;) Но, на самом деле, это то, зачем ещё оно нужно. > а холодные вообще размазаны по внешним кластерам через FDW - как мне это реализовать в рамках одной таблицы? Это уж без него никак, на первый взгляд.

172 похожих чатов

1. idx scan only в большинстве случаев не поможет 2. время

2 ответов

Похожие вопросы