Да, крутая штука. Если данные типо временного ряда, то можно сделать таблицу без primary key, но с brin, и на сотни гигов данных иметь индекс около мегабайта, быстрая вставка, быстро работаю range запросы
brin медленее должен быть на поиск. не понимаю за счёт чего он должен быть быстрее
Я не имел в виду, что он быстрее. Я про то что приемлемо быстро на очень больших данных и почти без накладных расходов. Но и быстрее он тоже может быть — просто пример если btree такой жирный, что не влез в shared buffers (на таблицах в пару террабайт — запросто)