Кто мы, откуда, куда мы идем: пора познакомиться 🐘
Мы — команда Postgres Pro. Мы разрабатываем лучшую российскую СУБД и линейку решений по работе с данными.
🔥 Нас уже 500, но мы растем изо дня в день и хотим, чтобы вы росли с нами. Рассказываем о себе в карточках.
Мы — команда Postgres Pro. Мы разрабатываем лучшую российскую СУБД и линейку решений по работе с данными.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤12🔥7 7😍3
Профессия перфоманс-инженер: детектив с лицензией на производительность 🖥
Разберемся на примере.
Клиент мигрировал с Oracle на Postgres. Загрузка данных шла полным ходом, но уперлась в долгую запись WAL (Write-Ahead Log). Это специальные журналы транзакций в Postgres: перед записью в таблицу СУБД фиксирует операцию в WAL.
Данные пишутся в два места, и WAL стал бутылочным горлышком.
Патч для ускорения записи в WAL не помог. Клиент с собственной экспертизой тоже не нашел решения.
⚡️ И тут в дело вступили перфоманс-инженеры. Они обнаружили возможность, о которой все забыли. Оказалось, можно увеличить окно, с которым пишется WAL — писать реже, но большими порциями. Эта давно забытая настройка ускорила запись в разы.
➡️ Подробности читайте на Хабре.
Разберемся на примере.
Клиент мигрировал с Oracle на Postgres. Загрузка данных шла полным ходом, но уперлась в долгую запись WAL (Write-Ahead Log). Это специальные журналы транзакций в Postgres: перед записью в таблицу СУБД фиксирует операцию в WAL.
Данные пишутся в два места, и WAL стал бутылочным горлышком.
Патч для ускорения записи в WAL не помог. Клиент с собственной экспертизой тоже не нашел решения.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👏5 5👍2
В гостях хорошо, а в офисе лучше: как мы создаем пространства для эффективной работы 🐘
Карантин в 2020 году показал: для кого-то офисы — статья расходов, и потому они рады перевести побольше людей на удаленку, а для нас офисы — пространство возможностей.
Наши сотрудники лучше нас знают, где им продуктивнее работается. И потому выбор за ними: работать дома или в офисе.
➡️ Офисы Postgres Pro — не площади в бизнес-центре, а места, где создаются лучшие ИТ-продукты. Каждый может организовать себе офис где угодно, а мы поможем его обустроить за счет компании.
В карточках рассказали и показали, как у нас работается.
Карантин в 2020 году показал: для кого-то офисы — статья расходов, и потому они рады перевести побольше людей на удаленку, а для нас офисы — пространство возможностей.
Наши сотрудники лучше нас знают, где им продуктивнее работается. И потому выбор за ними: работать дома или в офисе.
В карточках рассказали и показали, как у нас работается.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Делаем глубокий вздох вдох и доживаем рабочую субботу, после которой 3 дня улета 🐘
➡️ Если задаетесь вопросом «Что посмотреть в выходные?» — мы тут снялись в фильме «Свободный код», доступен бесплатно на Wink.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11😁7😍5 3
Как мы обеспечили +33% к точности на сложных SQL-запросах
Сгенерировать SQL с помощью LLM — не проблема. Сделать так, чтобы он работал правильно и стабильно — уже вызов: модели путаются в диалектах, ломаются на сложных схемах и не понимают контекст.
Мы пошли нестандартным путем — обучили SQL-генератор не на синтетике, а на реальных PostgreSQL-базах с помощью обучения с подкреплением. Вместо подгона ответов под эталон, модель училась писать запросы, которые реально выполняются правильно.
Использовали GSPO (Group Sequence Policy Optimization) — вариант PPO, который оценивает качество не отдельных токенов, а всей последовательности. Модель Qwen3-0.6B дообучали три дня на двух собственных датасетах, где остались только корректно исполняемые SQL.
Получили +11% к точности выполнения (EX) и особенно сильный рост на сложных задачах: +33% в категории challenging.
Результаты в карточках, статью целиком читайте на Хабре.
Сгенерировать SQL с помощью LLM — не проблема. Сделать так, чтобы он работал правильно и стабильно — уже вызов: модели путаются в диалектах, ломаются на сложных схемах и не понимают контекст.
Мы пошли нестандартным путем — обучили SQL-генератор не на синтетике, а на реальных PostgreSQL-базах с помощью обучения с подкреплением. Вместо подгона ответов под эталон, модель училась писать запросы, которые реально выполняются правильно.
Использовали GSPO (Group Sequence Policy Optimization) — вариант PPO, который оценивает качество не отдельных токенов, а всей последовательности. Модель Qwen3-0.6B дообучали три дня на двух собственных датасетах, где остались только корректно исполняемые SQL.
Получили +11% к точности выполнения (EX) и особенно сильный рост на сложных задачах: +33% в категории challenging.
Результаты в карточках, статью целиком читайте на Хабре.
🔥7👍2 2