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

как будто у других типов не так и jsonb тут уникальный

там не то что значение — вся строка будет записана еще раз

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

А есть пример схемы с jsonb которая заменяет eav

?

|entity|{attribute: value, attribute:value, attribute:value} ?

ну eav посложнее все таки, там тип атрибута есть еще например

ну вообщем я понял, вроде ничего страшного нет в такой схеме

Привет постгресоводам и сочувствующим

осторожно, тут серьёзные пацаны, могут кикнуть

У меня простой вопрос, 9.6.1 уже можно в продакшн тащить или надо подождать?

Я же без набросов, по делу :)

У меня простой вопрос, 9.6.1 уже можно в продакшн тащить или надо подождать?

амазон уже вытащил, а они опасливые

у амазона почти бесконечные ресурсы на исправления чего угодно, у меня такого нет :(

я почему спрашиваю - когда-то давно было поверье вида "не переходи на новый мажор до версии минора в 3"

я сейчас не особо в курсе, возможно это уже не так актуально

https://www.youtube.com/watch?v=QTiCCMGhQoY

энивей, здесь наверное должны быть в курсе, есть ли какие-либо родовые болячки в 9.6.1 или уже всё хорошо

Оно и сейчас есть. Но никто не застрахован и в 3 получить косяк

Это я про поверие

энивей, здесь наверное должны быть в курсе, есть ли какие-либо родовые болячки в 9.6.1 или уже всё хорошо

а зачем вам 9.6?

Вопрос в вероятности :)

а зачем вам 9.6?

Да не зачем, если честно. Ребята хотят обновиться с 9.3

ну с 9.3 да, надо определенно обновляться

А сначала на тестовом попробовать?

А для меня просто вопрос в том, когда конкретно я вернусь к этому в следующий раз. Годом позже или годом раньше

А сначала на тестовом попробовать?

Так дело же не в этом. А в том, чтобы потом в процессе эксплуатации чего-нибудь ВНЕЗАПНО не вылезло

вопрос как я понимаю не про работоспособность приложения с конкретной версии pg

вопрос к тому какую версию брать

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

Ну я не услышал хора голосов с "бери 9.6, не думай", поэтому возьму наверное 9.5

9.3 - вышла достаточно давно и она медленная на современном железе чем 9.4 или 9.6

Спасибо :)

с 9.6 таких багов с репликацией как в 9.2 уже не наблюдаются

вполне можно жить.

с 9.6 таких багов с репликацией как в 9.2 уже не наблюдаются

у вас в продакшне уже?

у многих моих бывших клиентов ;)

я работал в PostgresPro.

Хм. Это же рекомендации лучших собаководов практически

Спасибо

Спасибо

расклад такой 9.3 - старая: EOL September 2018 9.4 побыстрее, а 9.4 и 9.5 мало чем отличаются (ИМХО), 9.6 уже достаточно стабильная (был эпичный детский баг 9.6.0 -> 9.6.1 в pg_upgrade) лучше сразу на 9.6

А что за баг был? Просто интересно

А что за баг был? Просто интересно

https://www.postgresql.org/docs/9.6/static/release-9-6-1.html

Fix possible data corruption when pg_upgrade rewrites a relation visibility map into 9.6 format (Tom Lane)

9.3 - вышла достаточно давно и она медленная на современном железе чем 9.4 или 9.6

ого. а что там такого что от железа зависит ?

https://www.postgresql.org/docs/9.6/static/release-9-6-1.html

забавно, спасибо

ого. а что там такого что от железа зависит ?

ну я знаю про примитивы синхронизации основанные на атомарных операциях стали замещать другие, более старые, которые были выгодные когда процессоры не умели столько операци давать

ну я знаю про примитивы синхронизации основанные на атомарных операциях стали замещать другие, более старые, которые были выгодные когда процессоры не умели столько операци давать

а што, стандартные либсишные (pthread всмысле) уже не айс ?

а зачем они? pg однопоточный

он синхронизует доступ к шареной памяти

ну кабе синхронизировать процессы.

мутекс замечательно делается в шаропамяти — и вперёд — документированный прикол

скорее всего в libc местами и основано на атомиках

ну разумеется. а что есть быстрее ?

поэтому уверен что атомики быстрее

тогда зачем завязывать на libc, который к томуже и медленнее? :)

1. с чего это ради медленнее. 2. с того это что либсишники (ну это те же кто ведро делает) уж наверно больше разбираются в том какая залочка быстрее.

https://github.com/postgres/postgres/blob/1d25779284fe1ba08ecd57e647292a9deb241376/src/include/storage/s_lock.h#L223

если есть конкретика — рад послушать

щас гляну

1. с чего это ради медленнее. 2. с того это что либсишники (ну это те же кто ведро делает) уж наверно больше разбираются в том какая залочка быстрее.

либсишники то че, будут помогать на windows?

ну, на винде пусть хоть как делают. в юниксах надо использовать системное.

про это можно спорить вечно (про стороннюю поддержку)

pg такого масштаба проект, что может себе позволить такой файлец

и не от кого не зависить

надо в постгреспро вбросить. может они сделают

Саша Коротков, Магнус и мои измерения участвовали в этих местах :)

так что вбрасывать безсмысленно :)

о

пошлют :)

зачем умножать на версии дистрибутивов

а есть конкретика по результатм бенчмарков ?

если можно обойтись только этим файлом

чтобы я например мог повторить

про pthread - я пока не знаю как он может помочь синхронить состояние двух процессов :)

а на mutex вы можете сами скомпилять

там есть опция disable-atomic - которая включает системные mutex

разница будет на порядок не в пользу mutex

что такое системные мьютекс ?

а што, стандартные либсишные (pthread всмысле) уже не айс ?

Pg не использует потоки

Pg не использует потоки

да я отлично понимаю, что вы набросились

щас накатаю сырец

с демонстрацией

что такое системные мьютекс ?

черт, гоню, на семафорах

https://github.com/postgres/postgres/blob/1d25779284fe1ba08ecd57e647292a9deb241376/src/include/port/atomics/fallback.h

ну.. те-то через ядро на каждую залочку. точно говно.

(видимо, если это не pthread семафоры)

Pg не использует потоки

http://pubs.opengroup.org/onlinepubs/9699919799/functions/pthread_condattr_setpshared.html

ну. щас он использует потоки в новых версиях, но мы совсем же не об этих потоках говорим

ну. щас он использует потоки в новых версиях, но мы совсем же не об этих потоках говорим

pg не использует потоки, только для общения с клиентом

чтобы перехватить cancel query например и прочее

http://pastebin.com/iVptbTVm

вот пример как между процессами лочить. если рилли лок выставить в ноль, то результат — рандомный. если он один — то это показывает что всё работает

тамщемта пример смотреть здесь — https://linux.die.net/man/3/pthread_mutexattr_init, но у меня имхо попроще

@vadvmkn всеравно пошлют ?

Саша Коротков, Магнус и мои измерения участвовали в этих местах :)

а можно контакты ?