а все вижу cib_*

т.е. в корку то процессы pacemaker-а вывалились?

ага, видимо "master" pacemaker что-то пытался послать соседним нодам и упал

из-за того что где-то у себя в памяти, hash таблице не нашел "слейва"

грустно становиться от рейс-кондишена и в таких продуктах :(

В одной коннекции к pg можно делать несколько запросов параллельно? Пример: sth = dbh->preapre(...) sth2 = dbh->preapre(...) sth->execute(); sth2->execute(); ... = sth->fetchrow_hashref(); ... = sth2->fetchrow_hashref();

нет. параллельно запросы выполнять нельзя и, в вашем примере, все последовательно

конечно. только это не то, чтобы параллельно, скорее, последовательно ?

Ааа, у меня последовательный вариант. Т.е. execute заблокируется. Хорошо

Но я так понимаю, что там в протоколе есть id-ки какие-то, чтобы понимать, у кого execute вызывается

есть имен запросов

драйвер их скрывает от вас Time: 0,435 ms [local] => prepare a as select 1; PREPARE Time: 0,569 ms [local] => prepare b as select 2; PREPARE Time: 0,324 ms [local] => execute a; ?column? ---------- 1 (1 row) Time: 0,451 ms [local] => execute b; ?column? ---------- 2 (1 row) Time: 0,311 ms [local] =>

https://www.postgresql.org/docs/current/static/sql-prepare.html

Хорошо, спасибо. В случае асинхронного варината значит нельзя, хорошо

https://habrahabr.ru/post/319222/

ребят, стоит запариваться?)

ребят, стоит запариваться?)

http://pgday.ru/files/papers/62/Alexey%20Ermakov%20-%20Where%20is%20the%20space%20postgres.pdf Лучше это прочесть из комментов

Хм, а почему в explain на таблицу в 60к строк написано rows=917403 ?

откуда она столько строк то возьмет

Насколько мне позволяет говорить увиденное в этом чате (лол), постгрес не заменяет старые версии данных и просто дописывает новые в конец (не знаю чего, страницы, видимо). Поэтому каждый апдейт просто пишет новую строку, а все старые у тебя остаются, пока ты не пройдешься вакуумом.

так в том то и суть - я сперва сделал vacuum table

А он точно удалил все старье? Потому что мне отсюда видится, что если движок думает, что какие-то штуки кем-то еще удерживаются, то он их во время ваакуума не отпустит.

блин

Паша

vacuum full и vacuum разные... запомни(

ок понял

Хм, а почему в explain на таблицу в 60к строк написано rows=917403 ?

просто эксплейн? может статистика устарела

вакум не может влиять на то что думает оптимизатор о кол-ве строк

analyze влияет

Чат, вопрос. Есть колонка timestamp с данными. нужно получить для отчета 24 колонки по каждому часу. Неужели мне 23 джойна самой таблицы к себе делать?

wat

generate_series

Хотя, если я правильно понял, в принципе нужна агрегация.

серии тут не помогут

надо 24 строки превратить в 24 колонки?

тут пивот надо городить

crosstab

ща объясню тогда.

crosstab

клево, давно хотел попробовать)

https://www.postgresql.org/docs/current/static/tablefunc.html

В общем-то, всё уже написали :)

@aggeisoft похоже на твою задачу вчерашнюю ))

\crosstab

его прямо в psql вынесли уже

а чего в последней коллонке не сходиться время

Спасибо)

а чего в последней коллонке не сходиться время

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

а чего в последней коллонке не сходиться время

ой, не туда тройки поставил, у юзера2 конечно по три события

:)

\crosstab

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

так group by date_trunc('hour', ts)

очевидно что так, да

А есть чатик по мускулю?

@mysql_ru, но там все глухо @dba_ru, но там все не по теме

Тлен

по мускулю и тут неплохо обсуждается

А кто нибудь юзал jsonb тип для замены EAV модели?

В гугле много таких тем, но никак не раскрывается тему удаления атрибутов json например, это пологаю слабое место подобной замены

gis=# select '{"a":1}'::jsonb - 'a'; ?column? —------— {} (1 row)

в чём слабость?

ERROR: S client not available

оффтоп: я jsonb использую для мультиязычности в справочниках. Отл помогает

gis=# select '{"a":1}'::jsonb - 'a'; ?column? —------— {} (1 row)

Ну, а за какое время он это сделает? И что если в корне json массив?

Ну, а за какое время он это сделает? И что если в корне json массив?

так у вас замена EAV или в корне json массив?

за какое время он это сделает: gis=# explain (analyze,buffers) select '{"a":1}'::jsonb - 'a'; QUERY PLAN —---------------------------------------------------------------------------------— Result (cost=0.00..0.01 rows=1 width=32) (actual time=0.001..0.001 rows=1 loops=1) Planning time: 0.049 ms Execution time: 0.009 ms (3 rows)

(какой вопрос, такой ответ)

Ну, а за какое время он это сделает? И что если в корне json массив?

если нужна скорость, то можно просто выключить fsync ?

если нужна скорость, то можно просто выключить fsync ?

фу таким быть!

да нормальная тема ?

в монге придумали ?

так у вас замена EAV или в корне json массив?

Я имею ввиду сложность алгоритма :) Ну допустим удаление из столбца колонки индексированной по бинарному дереву будет log2(n). Ну допустим мне нужно будет удалить все записи у которых значение атрибута равно какому то значению, а сама колонка со значением будет проиндексирована

в случае же jsonb получается нужно просмотреть все записи jsonb чтобу удалить атрибут, так?

если не умеешь в индексы, то да

если не умеешь в индексы, то да

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

почему ключ?

ключ jsonb столбца

просто gin по jsonb

а, ну или GIN индекс jsonb_ops_path

https://www.postgresql.org/docs/9.6/static/gin-builtin-opclasses.html

тогда он по хешу найдет быстро этот атрибут

Ну, а если этот атрибут внутри массива?

простой jsonb_ops работает

т.е. у меня json вида "[ { "ключ" : { "удаляемый_ключ" : "значение" } } , { "ключ" : { "удаляемый_ключ" : "значение" }]"

тогда тоже норм будет удаление ключа из столбца?

у тебя что-то странное со структурой

у тебя что-то странное со структурой

почему?

Нельзя массив в корень json?

можно, но я такое чаще видел в непродуманных дизайнах, чем в легитимных (но в легитимных тоже встречал)

ты начал с EAV, прямая трансляция EAV в jsonb выглядит, как flat object

я бы честно говоря думал не про сложность удаления ключа из джсона, а про то, что всё значение на диске будет переписано.

ну может это не update а просто select