чо там?

@kb смешные картинки показывали на вступлении, только что начался доклад про ускорение в 9.4

что-нибудь про HA-кластеры интересное есть?

@stiletto пока ничо // ставь percona ёпт

>Сервера с большим количеством памяти (128-256Gb) теперь стоят разумных денег

@anonymous Сколько шуток про монгодб уже было?

@anonymous Кстати да.

@kb пока ни одной, во вступлении только сказали что раньше были холивары Postgres vs MySQL, а теперь Postgres vs Oracle и Postgres vs MongoDB про jsonb отдельный доклад будет

@stiletto говорят https://wiki.postgresql.org/wiki/BDR_User_Guide звебись и в будующем будет ещё более заебись. Идеального master-master, который хотят пользователи, не будет (т. к. это архитектурно пиздец как сложно и нигде по факту не работает).

@anonymous // http://2ndquadrant.com/en/resources/bdr/

https://github.com/michaelpq/pg_plugins/tree/master/jsonlog уау

@kb http://www.sraoss.co.jp/event_seminar/2014/20140911_pg94_schemaless.pdf тут всё есть кароч

@kb ну и подъёбки по ходу доклада, да

@stiletto http://www.highload.ru/2014/abstracts/1593.html лул

@anonymous забиватор сейчас в МАЕЛРУ?!

@stiletto til, лоллировал с етого вот

@anonymous не, я не хочу master-master, я хочу master-slave, который бы работал автоматически, как ссаная монга - чтобы сам детектировал смерть мастера или развал кластера, сам перевыбирал мастера, сам перенаправлял клиентов. такое. BDR асинхронный, так что тебе придется либо просирать данные, либо писать conflict handlers. При этом conflict handlers настолько странные, что я не представляю как ими разрешить конфликт двух UPDATE, каждый из которых делает SET a=a+1. Текущее описание выглядит так, будто у хэндлера будет недостаточно данных чтобы корректно разрешить такой конфликт.

@stiletto а, да, еще чтобы сам ресинхронизировал и вводил ноды в строй.

@stiletto не, только костыли-костылики // из доклада про pg в яндекс-почте

это там где забиватор?

@krkm не

@stiletto Слабо верится что нет настроек синхронности записи.

@anonymous ГАГАГАГАГА