Хвост инженера

Автор: Валентин Удальцов (Happy Inc. / Typhoon) · PHP Russia 2021

Валентин Удальцов в Happy Inc. прошёл полный путь от ORM до нативного SQL — и рассказывает об этом не как об отказе от абстракций ради принципа, а как об архитектурном решении, которое «во всех смыслах выгодно». Отправная точка: ORM, QueryBuilder и прочие абстракции связывают руки при попытке использовать базу данных на полную.

Конкретный вопрос, который задаёт Удальцов: какой смысл выбирать между PostgreSQL, MySQL и Oracle, если ваша библиотека всё равно не умеет в upsert, lateral join, returning, json path и оконные функции? Если абстракция закрывает доступ к возможностям СУБД, которую вы выбрали — это уже не абстракция, это ограничение.

Кому смотреть: PHP-разработчикам, которые чувствуют что ORM начинает ограничивать — но не решаются отказаться от него, потому что «так принято».

Из этого можно взять в работу: найти в своём проекте одно место где вы написали сложный raw SQL внутри ORM-контекста (через DB::raw() или аналог). Если такое место есть…

Автор: Алексей Фирсов (мейнтейнер aiopg, SoftPro) · MoscowPython

⚠️ Выпуск записан в 2019 году. Детали реализации aiopg и экосистема async-драйверов для PostgreSQL с тех пор изменились (появились asyncpg, sqlalchemy async, psycopg3). Архитектурные решения и вопросы дизайна — актуальны.

Первый выпуск Moscow Python Podcast (переименован из Python Junior Podcast) открылся «хардкором и сеньорностью». Гость: Алексей Фирсов, старший разработчик SoftPro и мейнтейнер библиотеки aiopg. Разговор ведут сооснователь MoscowPython Валентин Домбровский, тимлид NVIDIA Злата Обуховская и Григорий Петров. 44 минуты про то, как устроен асинхронный доступ к PostgreSQL из Python — и зачем вообще нужна отдельная библиотека для этого.

Центральный вопрос выпуска формулируется прямо: так ли уж нужна целая библиотека для взаимодействия асинхронного кода с PostgreSQL (05:32)? Ответ разворачивается через архитектурные детали: aiopg работает поверх psycopg2, который работает поверх написанной на C библиотеки libpq — и при этом сам написан…

Автор: Михаил Жилин · HighLoad++ Channel

Доклад с HighLoad++ 2024, 50 минут. PostgreSQL — база, которую хорошо знают и любят. Но поведение под нагрузкой — это другая тема: здесь включаются механизмы, которые в обычной работе не видны и в документации описаны скромно.

Жилин разбирает аномалии, которые проявляются именно под нагрузкой: как MVCC-механизм начинает накапливать мёртвые версии строк быстрее, чем autovacuum успевает их убирать; как это влияет на размер таблиц и производительность запросов; какие блокировки возникают там, где их не ждёшь; как connection pool ведёт себя при спайках и почему «просто увеличить max_connections» решает одну проблему и создаёт две новых. Доклад не обзорный — это конкретный производственный опыт с цифрами и конфигурациями.

Кому смотреть: разработчикам и DBA, которые эксплуатируют PostgreSQL под реальной нагрузкой и хотят понять, почему база «начала тормозить» — и особенно тем, кто ещё не сталкивался с bloat и autovacuum lag, пока они не случились в продакшне.

Из этого можно…

Автор: Константин Осипов · Организованное программирование | Кирилл Мокевнин

Константин Осипов видел базы данных с нескольких сторон, которые большинству недоступны одновременно: core-разработчик MySQL, создатель Tarantool (в production у ВКонтакте и десятков других высоконагруженных систем), директор разработки в ScyllaDB, сооснователь PicoData.

Это не обзор технологий. Это взгляд изнутри на то, как устроен рынок СУБД — почему Postgres доминирует, что на самом деле произошло с NoSQL-хайпом и куда движется индустрия через десять лет. Версия Осипова отличается от того, что читаешь в статьях — потому что он строил эти системы, а не писал про них.

Особенно интересна часть про MySQL и Oracle: как выглядит сделка, если ты в ней не инвестор, а инженер, который писал этот код.

Кому смотреть: backend-разработчикам и архитекторам, которым интересно понять индустрию баз данных не через документацию, а через опыт людей, которые её создавали.

Из этого можно взять в работу: эволюция СУБД — это история о том, чьи интересы…

Автор: Пётр Зайцев · Организованное программирование | Кирилл Мокевнин

Пётр Зайцев — сооснователь Percona. Это компания, которая появилась потому, что многим командам оказалось недостаточно корпоративной траектории MySQL — и кто-то должен был «сделать лучше». Зайцев видел MySQL изнутри и снаружи, в момент сделки с Oracle — и потом наблюдал, как это повлияло на весь рынок.

Разговор — о том, как технический выбор переплетается с бизнес-моделью. Почему MySQL оказался в ситуации конфликта интересов. Как из него выросла MariaDB. И почему на этом фоне Postgres — с его чистой open source-историей и отсутствием единого корпоративного владельца — стал выглядеть не только сильнее технически, но и надёжнее как стратегический выбор.

Зайцев не читает слайды. Он рассказывает историю — как человек, который жил внутри неё.

Кому смотреть: всем, кто выбирает хранилище данных и думает только в категориях «что быстрее» или «что популярнее». Особенно тем, кто строит продукт на 5+ лет и ни разу не задавался вопросом: а кто…