tgindex

PG BootCamp Russia

описание

PG BootCamp Russia - бесплатные мероприятия российского сообщества PostgreSQL с подтвержденным международным официальным статусом. Подробнее: https://clck.ru/3RoEJY

← к каналу@pgbootcamp
2 751
подписчиков
Охват к подписчикам
66,0%
ERR
Реакции к просмотрам
1,23%
445 на 20 постов
Пересылки к просмотрам
0,53%
194
Постов в день
0,0
всего 20

Где отзываются чаще

доля реакций к просмотрам
  • 19 мар.Один день, три потока, 25 докладов – и вот она, вся команда героев, благодаря которой этот день пролетел как один миг. Спасибо нашим спикерам, спасибо каждому, кто пришёл, слушал, спорил, задавал вопросы и делился опытом. Именно вы делаете PG BootCamp Russia живым и настоящим! 🫶🏻 👋🏻 До встречи на следующей конференции PG BootCamp Russia. Мы уже скучаем. Следите за новостями!4,86%
  • 23 мар.До розыгрыша «Кабанчика» осталось 3…2…1… Друзья! Состоялся розыгрыш книги «Высоконагруженные приложения. Программирование, масштабирование, поддержка» за авторством Мартина Клеппмана (в простонародии – «кабанчик») с автографами спикеров PG BootCamp Russia 2026 Moscow. Победителем стал Vitaly (@Vtitaly)! Поздравляем. Организаторы свяжутся с вами для уточнения деталей доставки.4,03%
  • 23 мар.Всем привет! Мы разослали электронные сертификаты участникам PG BootCamp Russia 2026 Moscow. Направили их только тем, кто: — регистрировался на мероприятие — отметил, что хочет получить сертификат — присоединился к онлайн-трансляции Пожалуйста, проверьте почту (и папку «Спам» на всякий случай). Если сертификат не пришёл — напишите в комментариях, разберёмся 🙌2,38%
  • 25 мар.Презентации спикеров PG BootCamp Russia 2026 Moscow Как и обещали, начинаем публиковать материалы с прошедшей конференции. Уже можно скачать презентации спикеров. Видео пока что загружаются, нужно еще немного подождать. 📑 Скачать презентации (GitHub)1,74%
  • 23 мар.PG BootCamp Russia 2026 Moscow: как это было 19 марта в Москве прошла пятая, юбилейная конференция PG BootCamp Russia. 563 участника офлайн и более 1300 онлайн — сообщество растет и укрепляется. О том, как это было – читайте на Хабре в репортаже одного из непосредственных участников события.. P.S. Записи всех докладов, а также фотографии с мероприятия появятся в ближайшие недели. Когда выложим - обязательно сообщим, оставайтесь на связи! Читать репортаж на Хабре1,61%
  • 31 мар.Друзья! Видеозаписи докладов и фотоотчет с PG BootCamp Russia 2026 Moscow готовы. Для вашего удобства просмотр доступен на: 📌Rutube 📌Youtube Также доступен фотоотчет с конференции: 📌Облако с фотографиями Приятного просмотра!1,39%
  • 28 июл.За последние годы участники PG BootCamp Russia хорошо познакомились с «Тантор Лабс» — бессменным генеральным партнером конференции. Коллеги регулярно выносят на обсуждение новые архитектурные подходы и возможности для развития российских Postgres-технологий. В августе Tantor исполняется пять лет, а 10 сентября пройдет главное ежегодное мероприятие компании — Tantor JAM 2026. Если вам интересны не только сегодняшние возможности PostgreSQL, но и технологии, которые будут определять его развитие в ближайшие годы, рекомендуем обратить внимание на это мероприятие. Программа встречи формируется, однако уже проанонсировано несколько премьер: 🔹Новое поколение Платформы Tantor, основанное на AI-first подходе, — ИИ-администратор БД с целым роем специализированных ИИ-агентов, которые возьмут на себя рутинные операции по работе с СУБД. 🔹Реальные цифры по производительности МБД Tantor XData Gen3 на различных профилях нагрузки. Покажем, как enterprise-технологии, ранее доступные только в зарубежных решениях, — независимое масштабирование Compute и Storage, RDMA, распределенная файловая система и полноценный HTAP — становятся доступны в российском программно-аппаратном комплексе. Ранее подобное было доступно только в машинах класса Oracle Exadata. 🔹Подробнее будет рассказано о Tantor Polar — новой распределенной СУБД, открывающей следующий этап развития российских PostgreSQL-технологий с полным сохранением совместимости с экосистемой Postgres. Ожидаются разнообразные демо, выступления руководителей разработки, прямое общение со специалистами компании, обсуждение того, куда движется отечественная PostgreSQL-экосистема, а также праздничная программа, посвященная пятилетию Tantor). 📅 Когда: 10 сентября, Москва (информация о площадке будет направлена зарегистрированным пользователям дополнительно). Формат: очный (требуется подтверждение организатора). 📌БЕСПЛАТНАЯ РЕГИСТРАЦИЯ1,07%
  • 19 мар.Привет с PG BootCamp, где Павел Селезнев выступал с докладом «Временные таблицы для Postgres. Почему это важно для платформы 1С и что можно улучшить?» В докладе затронул тему работы с временными таблицами — как и для чего они используются для платформы 1С. Показал статистику использования и обсудил, как можно улучшить работу с ними с точки зрения кода PostgreSQL. Запись доклада скоро опубликуем в нашем канале. Следите за новостями 😉1,06%
  • 19 мар.🐘 «Тантор Лабс» на конференции PG BootCamp 2026 Moscow. Илья Рожнев и Александр Симонов рассказали, с какой болью столкнулись при масштабировании 1С. Аналитические запросы хочется скинуть на реплики, но PostgreSQL в режиме hot standby запрещает писать во временные таблицы. А 1С без них — как без рук. ▪️Решение: модифицировали исходный код СУБД, сняли блокировку, сохранив консистентность. Нагрузочные тесты с тысячами пользователей в реальной инфраструктуре подтвердили: работает, и ещё как! ⏱️ Скоро будет и видео их доклада0,79%
  • 19 мар.без подписи0,72%
  • 7 апр.Привет, это Павел Селезнев, участник команды Pangolin. Пару недель назад я выступил на PG BootCamp с докладом «Временные таблицы для PostgreSQL. Почему это важно для платформы 1С и что можно улучшить?». ⏯️ Запись доклада можно посмотреть по ссылке После выступления мне задали несколько интересных вопросов. На два из них я ответил в прошлом посте. Сегодня продолжу и разберу вопрос о медленной работе оператора UPDATE. Спасибо автору за вопрос и за то, что позже прислал почтой дополнительные детали 👍 Схема базы данных Таблица cmn_object (назовем её «Справочник идентификаторов») CREATE TABLE cmn_object ( id bigint PRIMARY KEY ); Таблица od_structure_extension (назовем её «Справочником апартаментов») CREATE TABLE od_structure_extension ( id bigint PRIMARY KEY, object_id bigint , common_apartment_number int NOT NULL ); Таблица _result (назовем её «Доступными апартаментами») CREATE TEMP TABLE _result ( identity_column bigint NOT NULL, object_id bigint NOT NULL, living_rooms_amount varchar(30) ) Проблемный запрос ----------------- Задача: требуется обновить те апартаменты, которые есть в _result и не заняты. UPDATE _result r_u SET living_rooms_amount = ex.common_apartment_number::varchar FROM _result r JOIN cmn_object o ON r.object_id = o.id JOIN no.od_structure_extension ex ON ex.object_id = o.id WHERE r_u.identity_column = r.identity_column AND r.living_rooms_amount IS NULL; Проблема: запрос выполняется очень медленно. Уточним, что: 1) Проблема не относится к временным таблицам, если мы уберём ключевое слово TEMP, то она сохранится 2) Оптимизатор ошибается со статистикой, т.к. она не актуальна. Поэтому в начале здесь у нас происходит self join (то есть декартово произведение таблицы саму на себя), и далее идёт фильтрация миллионов строк. ✔️ Возможные решения 1) Можно переписать запрос так: UPDATE _result u SET living_rooms_amount = ( SELECT ex.common_apartment_number::varchar FROM no.cmn_object o JOIN no.od_structure_extension ex ON ex.object_id = o.id WHERE o.id = u.object_id LIMIT 1 ) WHERE u.living_rooms_amount IS NULL AND EXISTS ( SELECT 1 FROM no.cmn_object o JOIN no.od_structure_extension ex ON ex.object_id = o.id WHERE o.id = u.object_id ); 2) Если запрос редко выполняется, то можно запустить Analyze перед ним. Если вы тоже хотите узнать побольше по теме временных таблиц для PostgreSQL, задавайте вопросы в комментариях — разберу их там, а может, сделаю отдельный следующий пост 👌 Подписывайтесь на Pangolin в Max | ВКонтакте0,70%
  • 19 мар.Уровни изоляции в PostgreSQL: аномалии, которые можно увидеть своими глазами Андрей Овчаренко на PG BootCamp 2026 вместо скучной теории устроил live-демонстрацию того, как работают уровни изоляции в реальной PostgreSQL. неповторяющееся чтение, фантомы — всё это было показано в живых psql-сессиях. Главное: • PostgreSQL не поддерживает Read Uncommitted — этот уровень работает как Read Committed. Так что грязного чтения вы не дождётесь. • Read Committed (по умолчанию) даёт хороший баланс, но внутри одной транзакции данные могут измениться — классическое неповторяющееся чтение. • Repeatable Read в PostgreSQL сильнее стандарта: он защищает не только от неповторяющегося чтения, но и от фантомов. Однако остаются другие аномалии. • Serializable — максимальная изоляция, транзакции выполняются так, будто идут одна за другой. Но плата — скорость работы и возможные ошибки сериализации, которые приложение должно обрабатывать. На демо было видно, как при Read Committed повторный SELECT возвращает свежие данные закоммиченной транзакции, а Repeatable Read «замораживает» снимок на момент первого запроса. Вывод: выбирайте уровень под задачу. Для большинства веб-приложений достаточно Read Committed по умолчанию. Если важна консистентность сложных отчётов — берите Repeatable Read. Для финансов — Serializable, но будьте готовы повторять упавшие транзакции. P.S. Запись live-доклада Андрея, как и всех остальных докладов, будет доступна через пару недель. 🌐 ССЫЛКА НА ОНЛАЙН-ТРАНСЛЯЦИЮ0,65%