rulinux.net - Форум - Talks - Постгресокапец

Re:Постгресокапец

Mon, 19 Jun 2017 14:58:47 +0300

> ... и выкинули tsearch2 :)
Они его интегрировали внутрь в 8-й версии ещё, это я его так по старой привычке называл. Полнотекстовый поиск остался, а выкинули лежащую сбоку версию, которая была для совместимости.

Re:Постгресокапец

Mon, 19 Jun 2017 13:51:15 +0300

SystemV нарыл гдето [немного устаревшее уже] разоблачение позции постгресообщества по вопросу Убера, ссылка для протокола: http://kaamos.me/talks/devconf17/#/sec-title-slide

Re:Постгресокапец

Sat, 20 May 2017 22:10:49 +0300

> Про репликацию - у постгреса было несколько разных решений для репликации, достаточно популярных и проверенных. Они же рассматривают только встроенное, которое, к слову, в 9.2 было ещё далеко от совершенства.

Хм, в Постгресе 10 изобрели режим логической репликации: Анонс на опенете

> При этом плюсы постгреса, например, сложные типы данных (массивы, json), расширения (ltree, tsearch2)

... и выкинули tsearch2 :)

Re:Постгресокапец

Fri, 10 Mar 2017 08:42:50 +0300

Вот расшумелся-то! Никто твой любимый pg с рулинукса не выпиливает, ибо некому!

Re:Постгресокапец

Mon, 06 Mar 2017 19:10:45 +0300

>Uber
Это те, которые не валидируют свои же платёжные формы?

>потому что пропгрейдить Pg без остановки сервиса нельзя
Как и mysql в случае смены мажорной версии. В примере он именно про смену 9.2 на 9.3 говорит.

Про репликацию - у постгреса было несколько разных решений для репликации, достаточно популярных и проверенных. Они же рассматривают только встроенное, которое, к слову, в 9.2 было ещё далеко от совершенства.

При этом плюсы постгреса, например, сложные типы данных (массивы, json), расширения (ltree, tsearch2), нормальную работу с джойнами, в отличие от mysql, умение нормально работать с типами, а не конвертировать по воле левой пятки как mysql, и т.д. - это они, скорее всего, не используют - у них вообще далее про некий schemaless mysql:

>Today, we have some legacy Postgres instances, but the bulk of our databases are either built on top of MySQL (typically using our Schemaless layer) or, in some specialized cases, NoSQL databases like Cassandra
А про него в другой статье:

>We ended up building a key-value store which allows you to save any JSON data without strict schema validation, in a schemaless fashion (hence the name). It has append-only sharded MySQL with buffered writes to support failing MySQL masters and a publish-subscribe feature for data change notification which we call triggers.
Собственно, комментировать дальше нечего - ребятам нужен k-v storage, а им дают SQL - естественно, что им это не нравится. Чего жалуетесь-то? Давайте ещё напишем, что монга работает с жсоном лучше, чем постгрес, ведь в ней более удобные агрегации и даже мапредьюс, и впишем это в недостаток постгресу, чего уж там.

Re:Постгресокапец

Mon, 06 Mar 2017 15:19:53 +0300

А разве MySQL не сдох много лет назад (в пользу MariaDB или как там её)?

Постгресокапец

Mon, 06 Mar 2017 13:35:37 +0300

Выловил тут на опенете ссылку на статью девелоперов Uber'а в которой они поясняют свои причины для перехода с Postgresql на MySQL: https://eng.uber.com/mysql-migration/ - в общем-то статья разгромная. Авторы мягко пишут, что Pg не подошёл под специфику их конкретного бизнеса, но на самом деле то, о чём они говорят - применимо к любому бизнесу, функционирующему в режиме 24/7, даже к нашему веб-сайтику, потому что пропгрейдить Pg без остановки сервиса нельзя. Плюс соображения производительности тоже заслуживают внимания.