Postgres vs Mongo / Олег Бартунов (Postgres Professional)

Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyIqx
--------
--------
РИТ++ 2017, Backend Conf
Тезисы:
backendconf.ru/2017/abstracts/...
Я хочу немного порушить стереотипы, что Postgres - это чисто реляционная СУБД из прошлого века, плохо приспособленная под реалии современных проектов. Недавно мы прогнали YCSB для последних версий Postgres и Mongodb и увидели их плюсы и минусы на разных типах нагрузки, о которых я буду рассказывать.
...

[@childofgod6422]

Кадзима - гений. Больше нечего добавить

[@user-qh6im2ik2q]

почему Кадзима?)

[@maxhal]

Миядзаки

[@user-iz9sj1nn5q]

@@user-qh6im2ik2q похож

[@andriirubtsov5404]

"Мне никто не поверил, но на всякий случай похлопали" :)

[@user-xr4oe8qs2o]

на 50:20 тоже :)

[@kopital266]

Олег спасибо. Давно вас слушаю. Добавляете оптимизма )

[@vladimirlx]

Фигасе это ж сам Дон Хуан=)) Человек Знания с Мескалито)) P.S. Доклад понравился.

[@Retroromancer]

Лол)) такая же мысль возникла

[@Retroromancer]

Насколько же все таки интересный докладчик

[@AlenaYad]

очень интересно мне было слушать! спасибо!

[@Asand3r]

Вот как так-то? Было время на один вопрос и задать его получилось самому невнимательному слушателю? Закон подлости. =)

[@timurdevlet2593]

Лж

[@user-yh2wp6hb7b]

Ахаха, сорян))

[@ruslanshikhaliev9341]

да это капец

[@GOdenisGO]

Олег, я просто в восторге ;)

[@leomysky]

Отличный доклад, спасибо

[@victoriaperevezentseva1947]

Великолепно! :D

[@darveter252]

Узнал два новых слова: сёрвер и пузомерка :)

[@olegmakarikhin]

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

[@webunit]

Екомерсия

[@user-zn9je9ek8k]

Такому крутому чуваку вопрос не могли задать, бля, там еще кто-то спал????

[@GrigoriySokolik]

Вот прямо посмотрел и подумал, не заюзать ли постгресс вместо монги. Есть ли хороший кукбук, как сделать аналог gridfs на постгре (с шардами)?

[@iteospace]

Можно, но будет больно.

[@serhiidudch8047]

Да уж вопрос на миллион в конце ))

[@bashconsole]

Лайк не глядя

[@PROGamersf36]

Очень интересно

[@deGGenerate]

Хороший доклад. Если тогда люди посмеивались, то сегодня некоторым уже не до смеха, и все больше возникает вопросов а как мигрировать на постгрес

[@iteospace]

Политическая ситуация заставила сделать шаг назад. Действительно ничего смешного. Для некоторых цена этого будет их бизнес.

[@dragonmax2000]

Wow, kruto, pryamo na vse moi voprosi otvetil. Yea tut s odnoi problemoi vstretilsya i on pryamo v tochku tut raskozal. Molodzi. Silno uvazhayu.

[@denismaleev3848]

да но кешируем все равно в памяти. redis и прочие. что не стоит key-value сбрасывать со счетов

[@user-gw6df6ns7e]

Про merge join это легко. А вот лог транзакций самописный - это жестяк был еще тот.

[@SuperBizon012]

postgres как всегда лучший

[@xfg9183]

Как сделать eventual consistency без acid ? Необходимо же атомарно сохранять состояние объекта и доменное событие. Использовать two-phase commit ? Или я чего не знаю?

[@icmwfsk]

Eventual consistency по сути означает отсутствие Consistency (в терминах ACID). Данные будут консистентными "когда-нибудь". Атомарность тут не при чем, разрешение конфликтов может происходить по разным стратегиям.

[@user-gw6df6ns7e]

А никак. Смирись и живи.

[@0day694]

Крутой чел.

[@warmybo]

кайф) а я изобретал велосипед в виде hstor) оказывается все уже есть давно)

[@vanyabrovaru]

кайфую

[@almalunitov5252]

Шел конец 2019 года Поддержка Json Path о которой говорится в середине 2017 года была добавлена только в 12 версии в конце 2019.... И то не до конца. Пользуйтесь, мы ведь все! поддерживаем ... прямо сейчас

[@whereispie]

Привет из ковидного 2020 🤕🤧😷

[@MoRFaiR]

топовый чувак!)

[@kentkent590]

спасибо бабадзаки

[@whereispie]

Кайф 💜🗒️

[@RedkeiGost]

Ну вот. Захотел узнать, где лучше применять монгу и прочий ноу скулю, а узнал, что у монги уже в 16 году не было будущего.

[@vladimir_v_it]

По ссылке "Тезисы" выходит: "страница не найдена".

[@user-rs1lw2gg8l]

Не плохой доклад)

[@user-sl4py2dp5l]

Олег Бартунов из тех людей которые работали ВНУТРИ баз данных. Прям физически ВНУТРИ. Возможно даже внутри индексов )

[@stalexxx2]

ждем сравнения монги с пылесом

[@vortx_man]

Спасибо за доклад, очень жаль что многие пробуют Монгу и живут с ней ограниченная себя в кайфе релационыки Постгриса, и верно сказал, что потом плачат что им тяжело реализовать проект. Постгрес очень круто запилили jsonb

[@rudolfsikorsky7900]

От ты ж! А я намедни тоже придумал HSTORE, хотел хранить всякие "ключ-значение" в текстовом поле в виде JSON. Но потом покумекал и решил хранить строковое представление MAP, благо в моём конкретном случае это проканало :)

[@user-lt7rn4of7y]

Странное понимание nosql: прикрутить Json к SQL, а потом говорить: смотрите, мы теперь тоже NoSQL, только лучше.

[@genndy4538]

Технически, ты прав. Но, концептуально - всё работает. И это правда зачастую бывает удобным, ведь у тебя есть возможность работать как с таблицами SQL, так и через это небольшое ухищрение баловаться с NoSQL.

[@dimirsen]

Автор единственного вопроса проспал весь доклад ))

[@Saveaaa]

Ядреных разработчиков- разработчиков ядра 😁😁😁

[@peskovdev]

Но ведь реально так если задуматься!)

[@user-bn2bm2ny1n]

12:34 - за это просто нагинали в одной большой ИТ-конторе))

[@vladimirzagranovsky3951]

Хороший доклад, однако конструктор запросов в монге смотрится намного органичнее чем смесь с sql. Плюс не совсем понял по поводу бенчмарков - не увидел какие индексы были созданы в монге.

[@user-gw6df6ns7e]

Ненавижу это конструктор.

[@dmitryfleisher5590]

base -> это основание. Щелочь - всегда основание. Но основание не всегда щелочь.

[@ruslanra2356]

Я люблю json!

[@viktorkadza]

cкажи ещё раз что постгрес лучьше...

[@igorm.9845]

Справедливости ради, nosql это не только json, но и горизонтальное масштабирование. В реояционны бд с этим похуже.

[@xdef42]

Почему? На чтение масштабируется репликацией, на запись шардированием и партицированием, при дальнейшем масштабировании бизнес логика размазывается по микросервисам, всё как по учебнику

[@igorm.9845]

@@xdef42 угу, в потом надо будет внезапно сделать джоин по таблице, которая уехала в другой микросервис и здоровья погибшими.

[@user-rl8rq2ou9u]

В питоне Словарь - это фактически формат JSON, это очень удобно при обмене данными

[@SergeyPushkin]

Доклад годный, спасибо, но про банки и транзакции такое лучше не рассказывать :) Там всё "немного" сложнее.

[@Deletedeletedelete]

Согласен пример про банки неудачный

[@lleni8499]

Джон Ромеро - это ты? :0

[@nameundef8076]

ава в тему

[@onotolecat]

Когда рядовой программист по совместительству является "архитектором" проекта, а в ходе работы никто не замечает как из дева проект переехал в прод, то вопросов чем монга хуже постгреса в дальнейшем никогда не возникнет, за то с мыслью как мы будем переезжать на постгрес вы будете засыпать и просыпаться. Как в одной из крупнейших российских IT компаний, имя которой не буду рекламировать)

[@denizzzka]

А если в проде схему хранения монговскую придётся менять по каким-то причинам? Ровно та же история получится.

[@user-gw6df6ns7e]

На самом деле. PostgreSql с jsonB нам бы очень подошел. Модель данных прям под него заточена. Есть небольшой набор фиксированых полей и много всякого разного. И между коллекциями надо поддерживать связь. А это просто жестяк в монго.

[@derzimstroy]

Насчёт снятия денег в банкомате товарищ просто отжег.

[@mmfStudent]

Весьма спорный доклад, но интересно.

[@OstretsovArtem]

что насчёт шардинга?

[@klev1983]

Если послушать много разных лекции на ютубах. То можно будет понять, что с Postgres у вас будет все хорошо. А с Монгой и Майскулей будет шаманство. Спрашивается зачем это нужно? В любом случае приложения должно быть абстрагировано от работы с базой данных. На многих языках есть куча разных библиотек для этого. При таком раскладе, когда на станет время X вы сможете достаточно спокойно пробовать разные базы данных. А база данных Postgres будет лучшим решением на текущий момент. И ее реально советуют очень многие. А те, кто сидят на майскулей они просто привыкли к ней и спецы у них по этой базе данных. Нужно переучиваться и мигрировать. А это иногда очень тяжело. Новый проект лучше начинать на Postgres.

[@OstretsovArtem]

Kirill Levunin да я сам уже 5+ лет на постгресе. шардинг - интересная тема

[@greentubedog]

​@@klev1983 > В любом случае приложения должно быть абстрагировано от работы с базой данных в любом случае такого не бывает да и в принципе невозможно, когда речь идёт о больших проектах, потому как обеспечивать скорость приходится как на уровне приложения (запросы, ORM, драйвер), так и на стороне СУБД. И после всей этой магии переезд на другую СУБД невозможен. Можно, конечно, посвятить жизнь написанию приложения, которое будет работать на всех базах, но мы же пишем код, чтобы он приносил деньги, а не работал на всех базах, так? :)

[@klev1983]

@@greentubedog Посмотрите ORM для своего языка. Нужно разделять две вещи при проектировании. Бизнес логику и высокую нагрузку. И не когда не мешать это в одно. Для высокой нагрузки мы делаем систему кешей всего что можно. Для бизнес логики мы проектируем все использую по максимум ООП. Современные приложения состоят из обоих этих компонентов и являются максимально модульными использую по максимум API внутри себя.

[@greentubedog]

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

[@evgeny7625]

Аве, Постгрес!

[@Petro_Bandera]

Хороший доклад и докладчик интересный, раздражает только авто трекинг камеры.

[@fintankru5479]

Че за автотрекинг камеры? Там живое тело рулит.

[@user-bh5gj2ce6e]

Это точно человеческие руки за камерой.

[@user-df4ze3bu9z]

Steve aoki рубит в базах

[@angryguru3597]

При всем уважении, Бартунов это фанатик ведущий агит проповоди в секту постгреса, для неокрепших ноэскюэльных душ.

[@Mytest437]

Итог доклада: у MongoDB нет будущего 😆😆😆

[@user-su9iw4hi7q]

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

[@solco7445]

51:45

[@pavel_sepashkin]

Монги приходят и уходят, а Постгрес вечен!

[@nickivanov7903]

Мы назвали это hstore.. Костыль воткнули по сути

[@user-gl8yp8cp5z]

Почините скриптониту микрофон пожалуйста

[@user-nq3xw4yv3s]

13:49 Что? JSON появился в 2008?! Что это за бред

[@user-fc7ch3yx4c]

В 2008 появилась первая официальная спецификация по JSON - RFC 4627

[@maksymkononets7138]

48:19

[@indexzet]

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

[@SergeyZhuravlev116]

Коммент из 2024. Как бы не мечталось реляционным гигантам Mongo все еще живет 😂

[@MrGarkin]

В Postgres для JSONB нет schema. А в Mongo есть. Шах и Мат.

[@user-il5fc2qk6t]

есть в виде extension к постргесу

[@happinesshappiness8970]

Почему такая прическа?

[@user-cb7bh1jl1c]

Внимательней перечитайте ещё раз документацию к крайнему обновлению Postgres SQL, там этот вопрос детально освещён.

[@onedesonedes]

6:30 кто это "все", кто не любит json??? Бред.

[@Deletedeletedelete]

+ видимо он по себе судит)

[@seniordeveloper6762]

Выглядит так, как-будто sql СУБД притираются к jsonb хранению, потому что это тренд. Как по мне - жизнь одна и времени мало, поэтому разбираться в и так навороченной СУБД очень не рационально. Я думаю что лучше докупить оперативки в проект и шардить базы. Postgres меня пугает временем на изучение, а я очень не люблю знать технологию не до конца.

[@karlzinher4181]

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

[@belkazl]

Бедняга, даже жалко его стало, так он postgres свой хвалит (

[@deniszzz6744]

Дети ненодуэ! )

[@wcode404]

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

[@yahorsinkevich4451]

Можно с примерами. А вообще ждизнь говорить что хорошо бы иметь мультитул а не тьму разных.

[@wcode404]

@@yahorsinkevich4451 странная у вас жизнь. Каким бы навороченный мультитул не был бы, нормальный инструмент всегда лучше, удобнее, эффективнее и надёжнее.

[@wcode404]

@@yahorsinkevich4451 на тему примеров, вот небольшой списочек NoSQL: RabbitMQ - очереди; Elasticsearch или Sphinx - поиск; Memcached - быстрое key-value хранилище; Redis - быстрое хранилище. Медленнее чем Memcached, но быстрее чем SQL решения; MongoDB или CouchDB - в некоторых кейсах быстрее SQL решений. Есть ещё графовые БД которые тоже справятся со своей задачей лучше любой SQL БД.

[@yahorsinkevich4451]

@@wcode404 Жизнь у меня Реальная. Попробуйте построить реальный проект с 10-ю базами заточенными под свои нужды и после поговорим. Расскажите про боль, learning curve разработчиков, support/maintenance/backup/provisioning/monitoring всех 10 систем, синхронизацию и много много много другого.

[@yahorsinkevich4451]

​@@wcode404 Elastic и Rabbit (не дай боже адекватным людям его использовать) слабо вписываются в контекст беседы. CouchDB хорош только если вдруг понадобился multi master, лучше конечно иметь промежуточный лог на кафке или пульсаре

[@radoandrey2268]

MongoDB 2.6.0 ... вы что шутите, в 2017 году :) уже давно 3 версия есть.

[@andreyalekseenko6566]

Так и слайд был сделан в 2013 году.

[@icmwfsk]

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

[@radoandrey2268]

Согласен, не досмотрел, когда написал коммент.

[@jackmoral9127]

Монго это вообще шляпа, Очень много оперативки жрет

[@FeloemGoetia]

English or Español please

[@RaceForMoney]

sorry, only for russians! so, gtfo)))

[@AnarJafarov]

that's a reason to learn Russian. IMHO good for You, You'll be polyglot.

[@Sashalexandros]

@@AnarJafarov if only russians would not be lazy and learn other languages and stop being so high and mighty.

[@AnarJafarov]

​@@Sashalexandros What are You talking about? He knows English enough fluent. The reason why he talks in Russian is that he is at Russian conference in Moscow. If conference were in non-Russian country he would talk in English. Russian laziness? Non-IT people even in another countries are lazy too. Did You even though that monopolizing English language is another kind of laziness? Come one learn Russian. It's not just Russian Federation. It's Ukraine, Belarusia, Azerbaijan, Kazakhstan and etc. post soviet countries. Also learning something new is good for self-development. And please don't mix politics in technology conference. He talks in his homeland. Same as at conference in Japan territory Nintendo developer would talk in Japanese.

[@syrussergey]

Postgres vs Mongo воу! смотрю, понимаю тру фанат!... c 17 минуты: слон под кислотой умеет в json o_O )) На 19 минуте начинаю догадываться - про монгу ничего не скажут ((( На 22 минуте: Я Саша и Федя под Vodka придумали jsquery чтобы девочки смогли в красненькое ;) 24:36 мысли в слух: а как же монга!? будет? 27:26 твою дивизию ж... это кто-то юзает да? но json он сам по себе такой, не обессудьте ;) 32:05 снова мысли в слух: про монгу точно ничего не скажут! НИХЕРАЖ!!! 32:55 свершилось! Прогноз не оправдался! мы впервые коснёмся монги ихааа! Вот это вот зелёное на графичке - последняя монга с движком wt. Мы видим что монга гавно =) 35:13 а если включить параллельность... снова мысли в слух: а ЭТО кто-то использует без боли? дальше мы мерялись письками на рандомах... Мы отключили асинхронный коммит чтобы окончательно засрать монгу. 43:10 вот миллион картинок снова зелёненькое тут монга и писька у постгри больше! Снова вспышка разума о_О: А Вы в реале ЭТО использовали бы? ))) 45:13 да ладно? я не ослышался? мы начинаем проигрывать? ааа! так всё потому как строка длинная начинает "толстится" в дополнительную таблицу ))) чот ржу... 46:09 Постгря она получше чем монга серьёзно! Молодые, хотите тпс? а зачем? Ну Вы поняли, да? если не хватает, убейте свои мозги партишинингом! Всем прививку от НОУэскуэль там нету будущего! ))) Спасибо, братишка! Смеюсь от души! Жду слона под грибами!!!

[@fintankru5479]

Че-то ты распезделся.

[@karlzinher4181]

Вам бы рассказы писать, а не доклады про монгу смотреть ;)

[@telectroscopic9444]

Пересобери пгс со страницами в 64кб и в таблице запрети вынос значений в тосты, или доку читать глаза об доклад сломались?

[@Deletedeletedelete]

Это отсылка к будущему альбому cypresses hill - elephants on acid

[@abyrvalg809]

все сделали вид что не заметили, у чувака ширинка расстегнута

[@fintankru5479]

Всем насрать, мы ж не дебилы интересоваться ширинками ебучими.

[@Deletedeletedelete]

На ширинки смотреть? Ты сайтом ошибся

[@kaniv10]

даже сам поставленный вопрос Postgres vs Mongo - вызывает скепсис к автору

[@vitalijslavrinovics8756]

За подложенную ложь dislike

[@romanfomin5653]

Зашел на ютуб канал. Смотрю на первом кадре бабульку с длинными волосами и прочитал тему. Думаю нифига себе бабулька про Postgres vs Mongo будет рассказывать. Зашел, а оказывается это мужик :)))))))

[@guugle]

чертов постгрес засел в головах рашакодеров. Как и спринг. Я не против этих инструментов, если уметь их использовать в ограниченных количествах. Причем постгрес бы вобще не использовать лучше.

[@EvgeniyFadeev]

Если ты рукожоп - не стоит это вытаскивать на всеобщее обозрение...

[@user-cb7bh1jl1c]

Критикуешь - предлагай

[@steveharytonov2257]

@@EvgeniyFadeev он не рукожоп, а типовой клерк из корпорации. Для работы на корпs нужны другие качества.

[@EvgeniyFadeev]

@@steveharytonov2257 Неа. Рукожоп. Причём, судя по высказываниям - эталонный.

[@user-cx8rl2cd2l]

Причем, тут молодые слова и так далее. MongoDB используют, не из-за маркенгово хода, а по многим другим причинам, на пример то, что java разработчик может писать не переходя на старый язык и медлительный SQL.

[@karlzinher4181]

java - это молодой и быстрый язык? :) А причины появления монги в докладе озвучили ;) явно не досмотрели или "пролистывали" доклад :D

[@user-xf8hc6kk1n]

4:00 чё сука за чунгачгук вы где его откопали? Отправьте обратно на оленье пастбище)

[@RedkeiGost]

Презентация, да будет здесь www.slideshare.net/profyclub_ru/postgres-vs-mongo-postgres-professional

[@eeemanag]

Это мужчина или женщина рассказывает?