Size: a a a

pgsql – PostgreSQL

2016 April 28

NK

ID:111648680 in pgsql – PostgreSQL
кто нибудь юзал brin индексы?
источник

🐱

🐱 Rough Cat in pgsql – PostgreSQL
запилить бы еще пейдж индексы)
источник

KB

Konstantin Bekreyev in pgsql – PostgreSQL
магия! :)
источник

D🐈

Dan 🐈 Capybara in pgsql – PostgreSQL
))
источник

D🐈

Dan 🐈 Capybara in pgsql – PostgreSQL
это не магия, это постгрес )
источник

NK

ID:111648680 in pgsql – PostgreSQL
😂😂😂
источник

SK

Stas K in pgsql – PostgreSQL
ID:111648680
кто нибудь юзал brin индексы?
Да, крутая штука. Если данные типо временного ряда, то можно сделать таблицу без primary key, но с brin, и на сотни гигов данных иметь индекс около мегабайта, быстрая вставка, быстро работаю range запросы
источник

AC

Alexander 😼 Chistyakov in pgsql – PostgreSQL
Я правильно понимаю, что brin - это реализация bloom filter?
источник

KZ

Kirill Zorin in pgsql – PostgreSQL
О, спасибо парни!
источник

С

Ст. Евгений in pgsql – PostgreSQL
разве на brim range будет быстрее, чем на btree?
источник

С

Ст. Евгений in pgsql – PostgreSQL
там вроде вставка и размер только плюсы
источник

SK

Stas K in pgsql – PostgreSQL
Ст. Евгений
разве на brim range будет быстрее, чем на btree?
запросы быстро делать и там и там, но btree может сам весить как таблица
источник

С

Ст. Евгений in pgsql – PostgreSQL
brin медленее должен быть на поиск. не понимаю за счёт чего он должен быть быстрее
источник

С

Ст. Евгений in pgsql – PostgreSQL
ага, вот статья есть: http://postgresmen.ru/articles/postgresql-9.5-alpha

- пример поиска: $ select count(*) from table where id between 600000::int8 and 650000::int8;
 * btree between: 9.574 ms
 * brin between: 21.090 ms
источник

SK

Stas K in pgsql – PostgreSQL
Alexander 😼 Chistyakov
Я правильно понимаю, что brin - это реализация bloom filter?
Нет, brin ведет min/max для страниц и работает если есть корреляция между данными и номером страницы. Когда пишут timeseries это как раз такой случай.
источник

AC

Alexander 😼 Chistyakov in pgsql – PostgreSQL
Ага, спасибо
источник

SK

Stas K in pgsql – PostgreSQL
Ст. Евгений
brin медленее должен быть на поиск. не понимаю за счёт чего он должен быть быстрее
Я не имел в виду, что он быстрее. Я про то что приемлемо быстро на очень больших данных и почти без накладных расходов. Но и быстрее он тоже может быть — просто пример если btree такой жирный, что не влез в shared buffers (на таблицах в пару террабайт — запросто)
источник

NK

ID:111648680 in pgsql – PostgreSQL
Благодарю)
источник

AP

Alexander Potashev in pgsql – PostgreSQL
Привет!
источник

AP

Alexander Potashev in pgsql – PostgreSQL
Сижу на митапе fprog в Питере. Тут автор доклада упомянул свой pet-проект: UI к postgres на clojurescript
https://github.com/niquola/ankus
источник