LINUX.ORG.RU

Конференция PGConf.Russia 2024 в Петербурге собрала рекордные 1000 специалистов и пользователей Postgres

 ,


2

3

1 октября в Санкт-Петербурге прошла PGConf.СПб 2024 — техническая конференция по открытой СУБД PostgreSQL. Площадка собрала более 1000 постгресистов — разработчиков, администраторов баз данных, IT-менеджеров и других специалистов, работающих с PostgreSQL и СУБД на ее основе.

«PGConf.Russia в Северной столице прошла во второй раз, однако по своим масштабам уже сравнилась с традиционной встречей в Москве. Количество участников увеличилось в 3 раза — это главный признак растущего интереса к постгресу в стране, в частности Санкт-Петербурге. Локальное сообщество стремительно развивается и нуждается в объединении, в чем Postgres Professional видит свою основную задачу», — отметил Иван Панченко, сооснователь и заместитель генерального директора Postgres Professional.

Программа включила 18 докладов от экспертов «ЛУКОЙЛ-Технологии», «Тинькофф Центр Разработки», «Иннотех», «Софтлайн», «Сигма», Maxim Technology и Postgres Professional. Среди тем выступлений: повышение производительности, профилирование функций в PostgreSQL, безопасность СУБД, тестирование отказоустройчивого кластера Postres Pro и многое другое.

По традиции зрители проголосовали за лучшие доклады. Призы получили Андрей Бородин («Необычные возможности системы резервного копирования WAL-G»), Владимир Ситников («Лучшие практики по оптимальной работе базы данных на примере PostgreSQL»), Денис Пантелеенко («Декларирование партицирование»).

Специалисты Postgres Professional провели демонстрацию разработок — Postgres Pro Enterprise BiHA, PPEM и Shardman. Также они представили обновленную версию утилиты pg_probackup, рассказали про аппаратные снапшоты TATLIN.UNIFIED и о том, как работать базами данных на естественном человеческом языке за счет использования алгоритмов ML.

Все желающие прошли независимую сертификацию по PostgreSQL и получили от Postgres Professional единственный в России сертификат, подтверждающий навыки работы с открытой СУБД.

Партнеры конференции — ГК «ФОРС», Yadro, издательство «Питер». Информационную поддержку оказали «Инфостарт», «Марвел-Дистрибуция», Softline, «1С», Treolan, а также группы компаний MONT, «ФОРС».

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от ivanich10

Ага:). Как там оно называется - Тантор-шмантор? :))

Alphaer ★★
()

То-то я всю неделю индексы шатал в таблицах своих. Период такой похоже

perl5_guy ★★★★★
()

Самое главное не раскрыто. Как кормили? Чем поили? Где принимали? Чем развлекали в кулуарах? Т.е., собственно, есть ли ради чего начинать заниматься постгрессом в ожидании следующего года?

Smacker ★★★★★
()

Скажите им, чтобы починили постгрес, а то место не освобождает толком. Оракл столетней давности такие проблемы не приносит.

vbr ★★★★
()

Растёт интерес к отечественным продуктам, а значит и их качество будет повышаться! Будут появляться новые замечательные решения от отечественных разработчиков. Всегда будут мамкины критики и недовольные, всем не угодишь… Успехов проекту! Надеюсь посетить данное мероприятие когда-нибудь.

nuxster ★★★
()
Ответ на: комментарий от Smacker

судя по фото они там все упитанные, а некоторые черезчур. PostgreSQL кормит.

ivanich10
()
Последнее исправление: ivanich10 (всего исправлений: 2)
Ответ на: комментарий от maxcom

Штука интересная, его бы в сам постгрес засунуть. У моего провайдера такого нет в его managed базе.

vbr ★★★★
()

а я ещё помню те времена, когда говорили «SQL всё». Прошло 15 лет и SQL по-прежнему «наше всё»…

svyatozar ★★
()
Ответ на: комментарий от vbr

Нигде в ос не реализовано. Настоящие джедаи не использую удаление в бд, софт делиты наше все.

stave ★★★★★
()
Ответ на: комментарий от stave

Софт делит это апдейт. Апдейт в постгресе это делит + инсерт. Место, которое высвободилось в делите в ОС никогда не уйдёт, пока vacuum full не запустишь, который всё нафиг лочит и кладёт. Поэтому для его запуска мне надо тушить все сервисы в 3 часа ночи, запускать его, потом всё поднимать. А я хочу спать.

А если ещё и места свободного не осталось на полную копию таблицы, ууу…

Так что разницы нет между софт делит или хард делит, всё одно.

vbr ★★★★
()
Последнее исправление: vbr (всего исправлений: 2)
Ответ на: комментарий от vbr

А я правильно понимаю что вакуум фул нужен только если удалено больше чем планируется далее добавлять?

Перефразирую - для классического log rotate с ограничением по количеству записей (условно 10кк записей примерно одинакового обьема, новая вытесняет самую старую через delete+insert) есть нужда в переодическом вакуум/вакуум фул или оно в свежих пг внятно занимает освободившееся место?

rukez ★★★★
()
Ответ на: комментарий от rukez

Когда запись удаляется тем или иным образом, занимаемое ей место помечается, как неиспользуемое и в будущем новые записи туда запишутся. Т.е. если у тебя база работает со стабильной скоростью апдейтов, то вроде как расти не должна.

Автовакуум, насколько я понимаю, в любом случае нужен, но он автоматом работает в фоне, если ему не мешать. Хотя я детально не знаю, что он делает. Ну как минимум analyze выполняет, и что-то, важное, связанное с идентификаторами транзакций.

Хотя вот буквально месяц назад моя база без объявления войны начала тупо расти, хотя нагрузка вроде как не вырастала внезапно и автовакуум запускался, судя по логам. Происходило это в течение нескольких недель, пока мониторинг не запищал, что место кончается. Почему это произошло, я так и не понял. Запустил vacuum full, база «похудела» в 2 раза и после этого не росла.

vbr ★★★★
()
Последнее исправление: vbr (всего исправлений: 1)
Ответ на: комментарий от vbr

Место, которое высвободилось в делите в ОС никогда не уйдёт

Да вроде уходит:

create table t1 (id int);
insert into t1 select generate_series(1, 100000);

test=# \dt+ t1
                                   List of relations
 Schema | Name | Type  |  Owner   | Persistence | Access method |  Size   | Description
--------+------+-------+----------+-------------+---------------+---------+-------------
 public | t1   | table | postgres | permanent   | heap          | 3568 kB |
(1 row)

delete from t1 where id > 100;

select pg_sleep(65);

test=# \dt+ t1
                                  List of relations
 Schema | Name | Type  |  Owner   | Persistence | Access method | Size  | Description
--------+------+-------+----------+-------------+---------------+-------+-------------
 public | t1   | table | postgres | permanent   | heap          | 40 kB |
(1 row)
Eshkin_kot ★★
()
Ответ на: комментарий от ivanich10

без иностранных специалистов?

Ну пол мыли в зале наверное они.

Wapieth
()
Ответ на: комментарий от Somebody

Предлагаю сойтись на кибиштуках. 1 кибиштука = 1024 штуки.

Smacker ★★★★★
()
Ответ на: комментарий от quickquest

Там не написано сколько из них в процентах IT-менеджеров и прочих.

mx__ ★★★★★
()
Ответ на: комментарий от vbr

Апдейт в постгресе это делит + инсерт.

Ох, спасибо. Чем больше узнаю про пг, тем меньше с ним хочется работать. Вспоминаю метания убера с мускля на пг и обратно.

stave ★★★★★
()
Ответ на: комментарий от nuxster

Надеюсь посетить данное мероприятие когда-нибудь.

Удваиваю.

Новость хорошая.

sparkie ★★★★★
()
Ответ на: комментарий от svyatozar

это когда такое время было интересно и кто такое говорил? видимо очередной «эффективный» менеджер?

PlaQ ★★
()
Ответ на: комментарий от svyatozar

А я ещё помню как вышла Cache (объектно ориентированная СУБД) и все предрекали смерть реляционным. И кто про неё помнит? 25 лет прошло.

(хотя версии до сих пор выпускают)

Romanych
()

вт, 01 октябрь 2024, 10:00 (GMT+03:00)
7000-14000 руб.

Платно и в рабочее время. Смогу себе позволить там появиться только в альтернативной вселенной.

Xintrea ★★★★★
()
Ответ на: комментарий от svyatozar

программист навигатор Бахмана вот и киберспейс(панк(за несколько лет до панк-волны))

Бахман то «проиграл» тем кто «всё SQL»

qulinxao3 ★★
()
Ответ на: комментарий от mx__

Хм… аренда помещений в гостинице; скорее всего аренда оборудования; подготовка печатных материалов, атрибутики; кофе-брейк, фуршет; призы участникам… не помню какие ещё расходы бывают.

Даже если и было какое вознаграждение у организаторов, поверь, на него остаётся немного, учитывая, что этим не 2 человека занимаются обычно.

grem ★★★★★
()
Ответ на: комментарий от stave

Апдейт в постгресе это делит + инсерт.
Ох, спасибо. Чем больше узнаю про пг, тем меньше с ним хочется работать. Вспоминаю метания убера с мускля на пг и обратно.

Внутри движка PostgreSQL, UPDATE не просто изменяет данные в строках, а создает новые версии строк с использованием системы MVCC. (Multi-Version Concurrency Control - по сути, система контроля версий для управления параллельными транзакциями).

Это вроде как позволяет системе безопасно обрабатывать запросы в параллель. Изолированность транзакций тоже этим самым MVCC обеспечивается. Но это базовый механизм постгреса и его не выпилишь и не отключишь.

Ежели нужна скорость и ты заранее знаешь, что к SQL-серверу не будут происходить параллельные запросы и клиент будет только один, то и БД надыть подбирать другую. Я бы сделал замеры даже на SQLite и MariDB с MyISAM.

Ну или на карайняк посмотрел бы опции настройки Постгреса, чего там другого можно поотключать для заданных условий.

Xintrea ★★★★★
()
Ответ на: комментарий от Romanych

было такое, даже присылали документацию и диски по Cachе в ОО-СУБД даже оракл делал с привязкой в java

PlaQ ★★
()
Ответ на: комментарий от Xintrea

Ежели нужна скорость и ты заранее знаешь, что к SQL-серверу не будут происходить параллельные запросы и клиент будет только один, то и БД надыть подбирать другую.

Вроде бы, можно вакуум выключить в этом случае как раз

ahdenchik
()
Ответ на: комментарий от stave

...меньше с ним хочется работать...

«Без одного еврея кирмаш обойдётся.»

sparkie ★★★★★
()
Ответ на: комментарий от grem

было какое вознаграждение у организаторов, поверь, на него остаётся немного

Лысый из браззерс JUGа не жаловался, а стиви рос только вширь.

cocucka_B_TECTE
()
Ответ на: комментарий от Xintrea

Когда я вижу сильно платную конференцию, то сразу подозреваю, что её характер в целом не научно-познавательный, а сугубо коммерческий. Т.е. это не конференция по вопросам баз данных или ещё чего-то, а что-то типа отраслевой выставки по СУБД, как были в том же Ленэкспо, где главное тупо найти клиентов и новые заказы.

Smacker ★★★★★
()
Ответ на: комментарий от Xintrea

Используется, но он не помогает. Помогает только vacuum full, а это не автовакуум. Я может где-то что-то не так говорю, но раз до сих пор не поправили, видимо так.

vbr ★★★★
()
Ответ на: комментарий от vbr

Маловероятно, что это можно «поправить».

Думаю можно провести примерную аналогию с виртуальным диском в виртуалке. Он только расширяется. А чтобы сжать обратно - целая махинация с дефрагментацией и заполнением нулями.

Тут примерно так же - VACUUM FULL переписывает в совсем другой физический файл. А физический файл для таблицы - это что-то вроде виртуального диска.

Toxo2 ★★★★
()
Ответ на: комментарий от Toxo2

Смысл всего этого в том, чтобы rollback работал, для этого надо сохранять старую копию удалённой строки. Но когда транзакция закоммичена, то со старой копией уже ничего не сделать, максимум - пометить её, как неиспользуемое место. По сути эта структура оптимизирована для быстрого rollback.

Оракл использует undo log. Т.е. когда ты пишешь update, он записывает старую копию в undo log, а новые данные пишет поверх, ну, если грубо. Если нужно сделать rollback, то он читает undo log в обратном порядке и переносит данные из него в таблицу, возвращая исходное состояние. Когда транзакция закоммичена, то undo log удаляется. Тут rollback большой транзакции будет медленным. MySQL InnoDB вроде так же работает.

Т.е. поправить в теории можно…

vbr ★★★★
()
Последнее исправление: vbr (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.