Artwork

Innehåll tillhandahållet av Кирилл Мокевнин. Allt poddinnehåll inklusive avsnitt, grafik och podcastbeskrivningar laddas upp och tillhandahålls direkt av Кирилл Мокевнин eller deras podcastplattformspartner. Om du tror att någon använder ditt upphovsrättsskyddade verk utan din tillåtelse kan du följa processen som beskrivs här https://sv.player.fm/legal.
Player FM - Podcast-app
Gå offline med appen Player FM !

#40 Postgres против MySQL: что решает выбор базы данных | Петр Зайцев

2:01:13
 
Dela
 

Manage episode 476791367 series 3585626
Innehåll tillhandahållet av Кирилл Мокевнин. Allt poddinnehåll inklusive avsnitt, grafik och podcastbeskrivningar laddas upp och tillhandahålls direkt av Кирилл Мокевнин eller deras podcastplattformspartner. Om du tror att någon använder ditt upphovsrättsskyddade verk utan din tillåtelse kan du följa processen som beskrivs här https://sv.player.fm/legal.

В этом выпуске мы поговорили с Петром Зайцевым из Percona, который раскрыл историю и эволюцию популярных баз данных: MySQL, Postgres, MariaDB и других решений. Обсудили, как MySQL оказалась в руках Oracle и к чему это привело, как возникли форки вроде MariaDB и почему в итоге всё чаще стали выбирать Postgres. Пётр также рассказал, почему баз данных становится всё больше, как бизнес-модель и «идеология» вендоров влияют на то, что мы видим под капотом, и почему он продолжает верить в open source-подход.

Мы разобрали, зачем нужны альтернативные версии MySQL (например, Percona Server), в чём преимущества и недостатки «облачных» баз данных, и как крупные компании выбирают решения, ориентируясь не только на технические нюансы, но и на политические и финансовые факторы. Вы услышите, почему разработчики любят эксперименты с NoSQL и новые движки, а бизнес всё же требует стабильности и контроля над данными. Не пропустите: этот разговор поможет вам лучше понимать принципы работы и будущие тренды баз данных, чтобы прокачать свои навыки и проекты!

  • (00:00) - Введение и анонс
  • (01:00) - Кто такой Петр Зайцев и как Перкона появилась из-за проблем в MySQL
  • (03:35) - Секрет выживания Перконы: open source без инвесторов и венчуров
  • (06:49) - Почему MySQL стал популярен: от стартапов на RAILS до облаков
  • (12:14) - Времена героев: как мы писали шардирование и побеждали лимиты MySQL
  • (17:01) - Почему консалтинг — это боль. Переход на подписочную модель в Перконе
  • (20:44) - Кто клиенты Перконы? От чахлых серверов до enterprise гигантов
  • (25:19) - Как базы данных становятся «залипательными» и почему с Oracle не слезают
  • (28:55) - Внутренняя кухня Oracle: двойные лицензии, хитрые скидки и юридические ловушки
  • (34:18) - Миграции с Oracle: когда 97% скидки — это тоже ловушка
  • (39:39) - Почему Postgres победил: открытость, расширения и отказ от зависимости
  • (45:31) - Кто и зачем делает коммерческие форки Postgres и при чём тут Amazon и Google
  • (52:00) - МарияDB и Перкона: два пути после смерти MySQL как open source-флага
  • (56:36) - Какой подход лучше — свой путь Марии или бранчинг Перконы?
  • (01:00:54) - PostgreSQL для идиотов? Как база стала доступной без ущерба для мощи
  • (01:06:27) - Расширяемость как оружие: почему плагины сделали Postgres непобедимым
  • (01:12:02) - Почему большие компании выбирают Postgres, а не MySQL — логика и стратегия
  • (01:17:13) - Кому выгодна фрагментация Postgres и как она помогает развитию
  • (01:22:36) - История MySQL и как Oracle почти случайно его «прибрал»
  • (01:28:20) - В чём разница между forking и branching и как Перкона делает свой MySQL
  • (01:34:03) - Как Перкона тестирует совместимость и остаётся «как MySQL, только лучше»
  • (01:39:19) - Облака против локальных решений: цена, надёжность и катастрофы
  • (01:45:58) - Упавший дата-центр Яндекса: как даже мультизона не спасла
  • (01:50:44) - Что дальше? Рост новых баз данных, векторы, Serverless и open-core
  • (01:55:33) - Redis, Mongo, Postgres и другие: как Перкона выбирает технологии для поддержки
  • (01:59:18) - Финальные мысли. Почему проблемы крупных игроков — это шанс для стартапов
★ Support this podcast ★
  continue reading

69 episoder

Artwork
iconDela
 
Manage episode 476791367 series 3585626
Innehåll tillhandahållet av Кирилл Мокевнин. Allt poddinnehåll inklusive avsnitt, grafik och podcastbeskrivningar laddas upp och tillhandahålls direkt av Кирилл Мокевнин eller deras podcastplattformspartner. Om du tror att någon använder ditt upphovsrättsskyddade verk utan din tillåtelse kan du följa processen som beskrivs här https://sv.player.fm/legal.

В этом выпуске мы поговорили с Петром Зайцевым из Percona, который раскрыл историю и эволюцию популярных баз данных: MySQL, Postgres, MariaDB и других решений. Обсудили, как MySQL оказалась в руках Oracle и к чему это привело, как возникли форки вроде MariaDB и почему в итоге всё чаще стали выбирать Postgres. Пётр также рассказал, почему баз данных становится всё больше, как бизнес-модель и «идеология» вендоров влияют на то, что мы видим под капотом, и почему он продолжает верить в open source-подход.

Мы разобрали, зачем нужны альтернативные версии MySQL (например, Percona Server), в чём преимущества и недостатки «облачных» баз данных, и как крупные компании выбирают решения, ориентируясь не только на технические нюансы, но и на политические и финансовые факторы. Вы услышите, почему разработчики любят эксперименты с NoSQL и новые движки, а бизнес всё же требует стабильности и контроля над данными. Не пропустите: этот разговор поможет вам лучше понимать принципы работы и будущие тренды баз данных, чтобы прокачать свои навыки и проекты!

  • (00:00) - Введение и анонс
  • (01:00) - Кто такой Петр Зайцев и как Перкона появилась из-за проблем в MySQL
  • (03:35) - Секрет выживания Перконы: open source без инвесторов и венчуров
  • (06:49) - Почему MySQL стал популярен: от стартапов на RAILS до облаков
  • (12:14) - Времена героев: как мы писали шардирование и побеждали лимиты MySQL
  • (17:01) - Почему консалтинг — это боль. Переход на подписочную модель в Перконе
  • (20:44) - Кто клиенты Перконы? От чахлых серверов до enterprise гигантов
  • (25:19) - Как базы данных становятся «залипательными» и почему с Oracle не слезают
  • (28:55) - Внутренняя кухня Oracle: двойные лицензии, хитрые скидки и юридические ловушки
  • (34:18) - Миграции с Oracle: когда 97% скидки — это тоже ловушка
  • (39:39) - Почему Postgres победил: открытость, расширения и отказ от зависимости
  • (45:31) - Кто и зачем делает коммерческие форки Postgres и при чём тут Amazon и Google
  • (52:00) - МарияDB и Перкона: два пути после смерти MySQL как open source-флага
  • (56:36) - Какой подход лучше — свой путь Марии или бранчинг Перконы?
  • (01:00:54) - PostgreSQL для идиотов? Как база стала доступной без ущерба для мощи
  • (01:06:27) - Расширяемость как оружие: почему плагины сделали Postgres непобедимым
  • (01:12:02) - Почему большие компании выбирают Postgres, а не MySQL — логика и стратегия
  • (01:17:13) - Кому выгодна фрагментация Postgres и как она помогает развитию
  • (01:22:36) - История MySQL и как Oracle почти случайно его «прибрал»
  • (01:28:20) - В чём разница между forking и branching и как Перкона делает свой MySQL
  • (01:34:03) - Как Перкона тестирует совместимость и остаётся «как MySQL, только лучше»
  • (01:39:19) - Облака против локальных решений: цена, надёжность и катастрофы
  • (01:45:58) - Упавший дата-центр Яндекса: как даже мультизона не спасла
  • (01:50:44) - Что дальше? Рост новых баз данных, векторы, Serverless и open-core
  • (01:55:33) - Redis, Mongo, Postgres и другие: как Перкона выбирает технологии для поддержки
  • (01:59:18) - Финальные мысли. Почему проблемы крупных игроков — это шанс для стартапов
★ Support this podcast ★
  continue reading

69 episoder

Tutti gli episodi

×
 
Loading …

Välkommen till Player FM

Player FM scannar webben för högkvalitativa podcasts för dig att njuta av nu direkt. Den är den bästa podcast-appen och den fungerar med Android, Iphone och webben. Bli medlem för att synka prenumerationer mellan enheter.

 

Snabbguide

Upphovsrätt 2025 | Integritetspolicy | Användarvillkor | | upphovsrätt
Lyssna på det här programmet medan du utforskar
Spela