Про откат транзакции в MySQL и Undo Log наврал, про HASH индексы также. Механику MySQL знает недостаточно для доклада. Но по PG рассказал хорошо. Главная мысль: если вам нужен OLAP, то PG рулит, если вам достаточно OLTP, то никаких бонусов от PG вы не получите, кроме замедления. Хотелось бы что-то услышать про гонку запросов и как она разрешается в PG и MySQL, но эта тема не раскрыта. Зачем ставился акцент на отличиях (PG=мультипроцесс, а MySQL=мультипоток) совершенно не ясно. И да, спикер подтвердил, что в большинстве случаев PG работает медленнее MySQL
юзверский вопрос: mvcc в postgres может обрабатывать историю значений? например если мы имеем историю координат на карте и отслеживаем траекторию перемещения объекта по карте? то есть работать не с текущим положением объекта, а с его траекторией?
@@OratayZB а почему нельзя сделать таблицу с историей координат и индекс по времени к ней? mvcc это про реализацию транзакции, а не про то что вы храните в своих таблицах, хранить можно все что душе угодно :)
Уважаемые прикладные разработчики, расскажите пожалуйста, как вам помогает в работе то, что вы знаете отличия реализации в MVCC между MySQL и Postgres?
Очень грустно что преподаватель очень плохо разбирается в теме которую рассказывает. С точки зрения практики -0 информации и особенностей. Все что рассказано это по паре страничек дев документации для разработчиков и то без взгляда на практику. При высокой нагрузке базы ведут себя совершенно по разному.
Обычно для тех, кто крутится возле наших университетов, это и так потолок. Голая теория без реального опыта и примеров, сравнений в производительности на реальных задачах. А потом начинается: Где нам найти сотрудника, который работал с psql, чтобы крутить на ней все базы 1С? Так выпускайте нормальных специалистов, а не тех, кто на выступлениях теорию пересказывает. Хотя, да, мы же сисадмины-эникеи, которым интересно только железо и провода, куда нам до таких замечательных специалистов?
![[UNCUT]“ฅนตื่นธรรม”ปะทะ“หมอปลา-ปู่มหามุนี-อั๋นโอกิ”สะเทือนกระทรวงเวทมนตร์ Iคนดังนั่งเคลียร์I10 ตค.67](http://i.ytimg.com/vi/peMD_SAkwNc/mqdefault.jpg)
Отличный доклад, автор простым языком смог объяснить внутреннее устройство современных БД.
🎉 cool speaker! Thanks for db masterclass! DevOps forever in our minds!
спасибо огромное за доклад!
Хорош доклад, спасибо
Понял для себя, что остаюсь с mysql, уже привычно, он проще и для дешевых vds будет актуальней и небольших проектов, где меньше связей.
Крутой доклад)
Про откат транзакции в MySQL и Undo Log наврал, про HASH индексы также. Механику MySQL знает недостаточно для доклада. Но по PG рассказал хорошо. Главная мысль: если вам нужен OLAP, то PG рулит, если вам достаточно OLTP, то никаких бонусов от PG вы не получите, кроме замедления. Хотелось бы что-то услышать про гонку запросов и как она разрешается в PG и MySQL, но эта тема не раскрыта. Зачем ставился акцент на отличиях (PG=мультипроцесс, а MySQL=мультипоток) совершенно не ясно. И да, спикер подтвердил, что в большинстве случаев PG работает медленнее MySQL
мне доклад понравился
на вопрос по каким критериям выбирать базу данных Никита дает ответ: нужно выбирать
,))
юзверский вопрос: mvcc в postgres может обрабатывать историю значений? например если мы имеем историю координат на карте и отслеживаем траекторию перемещения объекта по карте? то есть работать не с текущим положением объекта, а с его траекторией?
Я может что-то не догоняю, но mvcc не для этого. Или как?
@@pyramidhead9692 да, таки через индексы надо работать. это ж вопрос 😁
@@OratayZB а почему нельзя сделать таблицу с историей координат и индекс по времени к ней? mvcc это про реализацию транзакции, а не про то что вы храните в своих таблицах, хранить можно все что душе угодно :)
Уважаемые прикладные разработчики, расскажите пожалуйста, как вам помогает в работе то, что вы знаете отличия реализации в MVCC между MySQL и Postgres?
Очень грустно что преподаватель очень плохо разбирается в теме которую рассказывает. С точки зрения практики -0 информации и особенностей. Все что рассказано это по паре страничек дев документации для разработчиков и то без взгляда на практику. При высокой нагрузке базы ведут себя совершенно по разному.
Постресс ещё где-то юзают?!
А не должны?
В свете последних событий, теперь будут везде.
Массово переходим с оракла на постгресс
да и довольно активно ....
Нет.
На 5 минуте отключил- автор в своих абстракциях варится
Зря, дальше самое интересное
Теоретик. Вместо того чтобы сказать какие по факту требования к железу, итоговая скорость, возможности.... рассказывает теорию.
Обычно для тех, кто крутится возле наших университетов, это и так потолок. Голая теория без реального опыта и примеров, сравнений в производительности на реальных задачах. А потом начинается: Где нам найти сотрудника, который работал с psql, чтобы крутить на ней все базы 1С? Так выпускайте нормальных специалистов, а не тех, кто на выступлениях теорию пересказывает. Хотя, да, мы же сисадмины-эникеи, которым интересно только железо и провода, куда нам до таких замечательных специалистов?