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

Подписаться 83 тыс.

Просмотров 14 тыс.

50% 1

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

Опубликовано:

3 окт 2021

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 23

@drKatzman 2 года назад

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

@ivanpetrov5451 Год назад

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

@user-no3rr2wk2g 2 года назад

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

@koller18 Год назад

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

@playingcasually 2 года назад

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

@tandavme 2 года назад

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

@oleksiihvozdiev6702 5 месяцев назад

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

@onizuka1387 2 года назад

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

@user-tc1or9st3f День назад

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

@unknownMusk 3 месяца назад

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

@dj-a Год назад

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

@FDsagizi Год назад

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

@aynurshauerman Год назад

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

@kirillsh8383 2 года назад

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

@vryaboshapko 2 года назад

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

@GT-zg5qz 2 месяца назад

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

@blogonlymail 2 года назад

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

@dj-a Год назад

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

@pavelxbushmakin7252 Год назад

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

@user-km5nv6ww2e 5 месяцев назад

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