LINUX.ORG.RU

В Москве пройдёт IX международная конференция по PostgreSQL

 , , ,


2

4

PGConf.Russia 2022, девятая международная техническая конференция по СУБД PostgreSQL, состоится 20 и 21 июня 2022 года в Москве, в бизнес-центре гостиницы «Рэдиссон Славянская».

Организатором PGConf.Russia выступает компания Postgres Professional, российский вендор СУБД PostgreSQL. В конференции примут участие представители крупных российских и международных компаний –- «Авито», VK Cloud Solutions, OZON, «АльфаСтрахование», «Яндекс.Облако», «ИнфоСофт», «Аладдин Р.Д»., EnterpriseDB, и другие.

Главные направления программы 2022 года – развитие Postgres и его экосистемы, кейсы по использованию СУБД в реальных системах, опыт эксплуатации и тюнинга, рекордные результаты по работе с большими нагрузками, большими БД, высоконадежные и отказоустойчивые конфигурации, работа с геопространственными и слабоструктурированными данными и многое другое.

Несколько докладов будет посвящено ожидаемому в этом году 15-му релизу PostgreSQL. С обзором этой версии выступит Брюс Момжан – один из первых разработчиков PostgreSQL, хорошо известный российской аудитории. Команда Postgres Professional расскажет о своих новых результатах -– фичах SQL/JSON, принятых в этот релиз, о переработке системы хранения больших значений (TOAST) и о многом другом.

С полной программой конференции можно ознакомиться здесь: https://pgconf.ru/2022/program

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



Проверено: maxcom ()
Последнее исправление: unfo (всего исправлений: 5)

Отличная новость и темы докладов интересные. Слежу за слонодвижухой пристально. Дядьки из Postgres Professional крутые вещи делают. Добра им (Если там есть тётьки то им тоже добра канешн).

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

Эти дяденьки когда-нибудь запилят delete limit, или так и придется юзать костыли типа

DELETE FROM table WHERE ctid IN ( SELECT ctid FROM table LIMIT 1 FOR UPDATE SKIP LOCKED) RETURNING *;
?:) Наполовину шутка, люблю постгрес.

Кстати, как-то можно сделать правильнее/быстрее delete с limit?

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

Лучше блокировать строки в каком-либо порядке, чтоб уменьшить вероятность появления взаимоблокировок.

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

Если доступных (и не залоченых) строк больше нет, то третья транзакция вернет пустой ответ, вроде так.

caoutchouckcha
()
Ответ на: комментарий от perl5_guy

Почему? Я как раз юзаю это для для наколенного пула задач, нормально работает. Сразу удаляешь строку в бд - получаешь ее в ответе - обрабатываешь.

caoutchouckcha
()
Ответ на: комментарий от Im_not_a_robot

Вполне возможно, что прибудут представители из Казахстана и стран Средней Азии.

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

Международная в смысле, что типа открыты для предложений, но знаем, что никто не приедет (да и не на чем).

OSBuster
()

А на сколько % она уступает по скорости обработки данных тому же Oracle БД с таблицами больше 100000 записей?

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

А на сколько % она уступает по скорости обработки данных тому же Oracle БД с таблицами больше 100000 записей?

Сравнивать надо конкретную схему с конкретными запросами, с конкретной историей (если часто менять данные например, то pg из-за плохих настроек может накопить мусор/блоат в индексах).

Где-то pg быстрее, где-то Oracle будет быстрее.

В целом Oracle удобнее в обслуживании, зато в pg opensource и можно написать на C'ях расширения/функции.

Так что если вы сами разрабатываете приложение, то pg будет быстрее :)

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

скидок скорее всего не предвидится, доклады, если я не ошибаюсь, сначала доступны из личного кабинета участника, позже выкладываются на youtube-канале PostgresPro.

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

DELETE FROM table WHERE ctid IN ( SELECT ctid FROM table LIMIT 1 FOR UPDATE SKIP LOCKED) RETURNING *;

ну for update тоже пишет само по себе в данные :) так что тут удаление еще сильнее по диску бьет. замените на pg_try_xact_advisory и наверное order по индексу.

ну а и да, самое лучшее удаление это транкейт/дроп. так что если удаляете много - то либо партиция, либо через создание таблицы с переименованием.

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

А я хочу update tbl set x = y where z commit every 1000 rows;

А то уже задолбало писать кронжоб на каждую миграцию.

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

Что это за штука и зачем оно нужно? :)

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

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

Записи докладов появятся на сайте спустя некоторое время.

По поводу скидок - скидки предоставляются студентам, отправляйте письмо на почту info@pgconf.ru.

Stacy
() автор топика
Ответ на: комментарий от caoutchouckcha

для наколенного пула задач, нормально работает

да-да, мне тоже пожалуйста пул задач на БД, а не очередях! или очереди на БД!

можно даже наколеночный — хотя неужели нет нормального?

да, я сам могу такой навелосипедить, но с локами вот почти наверняка будут косяки

на самом деле, кстати, даже если код твоего пула открывать нежелательно, то подробно описать его концепции было бы весьма полезно; и еще раз — неужели никто не озаботился подобным?

из похожего я видел разные демоны для синхронизации БД на разных хостах — возможно, это здравый подход (если еще добавить синхронизацию/перенос и между локальными таблицами)

a--
()

когда они сделают в PostgreSQL что-то похожее на очереди, типа zeroMQ?

нафейхоа, простите меня за мой французский, нам очереди с блобами, когда изначально все данные структурированы?

и еще: данные в БД содержат фактически ссылки (внешние ключи и вот это вот все) и приличная очередь *должна* гнать вместе с мессагой эти ссылки — понятно, что очередь, в которой мессага это блоб, ничего подобного сделать не может

кто-нить когда-нить че-то похожее видел?

a--
()
Ответ на: комментарий от vadv

транзакций на удаление старых данных

любая такая транзакция, скорее всего, это часть какой-то миграции (необязательно со сменой структуры БД); может это миграция допустим из лога в БД или обратно — и их бы хотелось как-то структурировать и описывать высокоуровнево — и SQL тут похоже как-то плохо подходит, и тогда что?

a--
()
Ответ на: комментарий от a--

когда они сделают

и еще:

и еще семантика транзакций и локов на таблице, которая не настоящая таблица, а очередь (или так скажем половинка очереди) — для меня темный лес

если мне будет ясна эта семантика, то реализовать ее мне самому (и выдать в open source) думаю будет не проблема

a--
()
Ответ на: комментарий от vadv

Так ты похоже не понял, зачем я удаляю - чтоб быстро получить уникальную строку и удалить ее, не мешая другим таким же запросам. Или я сам не так понял?:)

caoutchouckcha
()
Ответ на: комментарий от vadv

самое лучшее удаление это транкейт/дроп.

А ну да, все таки мы о разном.

Мне надо брать первую попавшуюся строку из таблицы и одновременно удалять ее. Delete с returning тут безальтернативно, по-моему.

caoutchouckcha
()
Ответ на: комментарий от keeper_b

Ну вот мускул вроде умеет, если не ошибаюсь, делать delete с limit. Возвращать результат удаленного только не умеет (?).

caoutchouckcha
()
Ответ на: комментарий от Stacy

Но я не студент, преподаватель или аспирант, я просто очень жадный до знаний и денег :(

Sunil
()
Ответ на: комментарий от a--

да-да, мне тоже пожалуйста пул задач на БД, а не очередях

Так он нафиг не нужен, если у тебя пул весь в оперативку влезет. В моем случае не влезает от слова совсем, вот и приходится костылить.

А если в память не влазит, и докупить возможности нет (5950х например не умеют в больше 128гб, эпики умеют но сосут у райзена), то какие ещё варианты, кроме бд?

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

ты невнимательно читаешь то, что я пишу

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

a--
()
Ответ на: комментарий от caoutchouckcha

База не должна этим заниматься вообще.

и какое твое предложение по очередям?

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

a--
()
Ответ на: комментарий от a--

Если влазит, зачем тебе база тогда? Есть же нормальные решения.

Изначально я вообще писал про то, что постгрес при всех его плюсах не умеет в delete limit, ну и апдейт наверное тоже.

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

какие по-твоему решения нормальные?

a--
()
Ответ на: комментарий от a--

Думаю, у тебя опыта в этом вопросе намного больше, посоветовать ничего не могу. У меня условия задачи сильно проще твоих.

caoutchouckcha
()
Последнее исправление: caoutchouckcha (всего исправлений: 1)

Есть ли смысл ждать видео с конференции, или мероприятие закрытое и только для присутствующих в зале?

tt
()

А в каком месте она международная? Все доклады на русском, все докладчики - россияне. Может, конечно, есть какие-то не российские компании (или без российских корней, у которых основной бизнес и центры разработки за рубежом), но лень проверять.

Или выступление Брюса Момжана автоматом делает конференцию международной?

jackill ★★★★★
()

Граждане с паспортом рф, которые принудительно его получили, будут считаться международными гостями конференции?

reprimand ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.