SQL/JSON в PostgreSQL: настоящее и будущее / Олег Бартунов (Postgres Professional)

Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyIqx
--------
--------
HighLoad++ Весна 2021
Крупнейшая профессиональная конференция для разработчиков высоконагруженных систем
17 и 18 мая 2021. Москва, Крокус-Экспо
Тезисы и презентация:
www.highload.r...
Реляционные СУБД нанесли очередной удар NoSQL - это стандартизация работы с JSON на языке SQL, что открывает богатые возможности для разработчиков приложений. Я расскажу про то, что уже реализовано в постгресе, что ожидается в ближайшем релизе и каким мы видим будущее JSON.
--------
Нашли ошибку в видео? Пишите нам на [e-mail]

[@drKatzman]

Вижу Бартунова, ставлю лайк.

[@ivanpetrov5451]

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

[@user-no3rr2wk2g]

Интересный доклад. Прямо-таки научная работа. Даже в чем-то завидую Олегу. Оптимизировать структуры хранения данных - это не 100 одинаковых сайтов для магазинов писать)

[@playingcasually]

Спасибо за доклад, было интересно послушать.

[@koller18]

просто лучший

[@tandavme]

Спасибо Олег, как всегда очень круто !

[@oleksiihvozdiev6702]

Сатоши,я знал что ты жив

[@onizuka1387]

Эх, я думал, что это уже в текущих версиях есть )

[@user-tc1or9st3f]

Эти оптимизации уже есть в релизах ?

[@FDsagizi]

А есть уже релиз с этим ?

[@dj-a]

Идея. Если увеличить порог для TOAST-изации, скажем, в 2-4 раза, можно для json-ов, которые чуток не умещались в 2кб, работали быстро. Олег, пробовали такое?

[@unknownMusk]

А подскажите, как называется телеграм канал, про который Олег говорил

[@aynurshauerman]

При обновлении JSON части таблицы wal_size увеличился в 87 раз, потому что он там записывает новые размещения json вместе с чанками?

[@kirillsh8383]

детост выглядит таким очевидным, отчего сразу так не сделали?

[@vryaboshapko]

Полагаю, когда создавался TOAST, по нему не предполагался поиск, только хранение больших кусков данных. И когда внедрялись JSON и JSONB, с ними не предполагалось проводить каких-то сложных манипуляций, а сейчас такая потребность появилась. И появилась, кстати, не в последнюю очередь благодаря Mongo, потому что Mongo показал, что так вообще можно. В общем, велика сила пост-знания))

[@GT-zg5qz]

1500 баксов за одно ядро. Спасибо, не надо.

[@blogonlymail]

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

[@dj-a]

А как бы не месте авторов postgres такую задачу решали вы?)

[@pavelxbushmakin7252]

Форк сделай с вырезанным json

[@user-km5nv6ww2e]

У лузер-разработчиков и без json есть тысяча и один способ выстрелить себе в ногу с любой RDBMS. Лузер-разработчики вообще часто не понимают реляционные базы и воспринимают их как корзинку с данными откуда их можна достать за константное время. И key-value хранилища все сделали только хуже, углубив непонимание таких разработчиков, теперь они думают что это реляционные базы такие отсталые а не они что-то делают не так.

[@SamGorodok17]

Задрал этим джейсоном уже лет 10 только о нем на всех конференциях трындит

[@MrTaramka]

не завидуй :)