Ускорение баз данных нетрадиционными методами
Традиционные дисковые базы данных имеют врожденное физическое ограничение по сравнению с In-Memory СУБД в виде подсистемы хранения, которая даже в случае All-Flash NVMe на порядки более медленная, чем оперативная память CPU. Это особенно критично для развития приложений бизнес-аналитики и OLAP-сценариев на дисковых СУБД. Есть достаточное количество примеров ускорения традиционных СУБД, в том числе и PostgreSQL, которые мы рассмотрим, и предложим новый, Storage-центричный подход к аппаратному ускорению дисковых баз данных.
Слайды
Другие доклады
-
45 мин
Олег Бартунов Postgres Professional генеральный директорННикита Глухов Postgres Professional РазработчикSQL/JSON и дальше
Расскажем о новых фичах SQL/JSON, принятых в 15-ю версию PostgreSQL. Покажем, как ими пользоваться, какие задачи они решают, и почему с ними лучше, чем без них. Полностью ли реализован стандарт SQL/2016 в части JSON? Тем временем, идет работа над следующим поколением стандарта SQL, где поддержка JSON развивается. Что там будет и как на это ответит Postgres ?
-
45 мин
Александр Никитин ЗАО ЦФТ Администратор баз данныхАпдейты? Да кому нужны ваши апдейты?!!
Поговорим про то как можно изменить записи в БД без апдейтов, спустимся на самый нижний из всех возможных уровней, посмотрим, что может случиться, если вносить изменения в файлы данных в разных режимах работы.
-
45 мин
Bruce Momjian EDB Vice President, Postgres Evangelist -
45 мин
Виктор Бушмин Росгосстрах Директор направленияЭволюция системы от MVP до HighLoad (опыт с ОСАГО)
В июне 2020 года АльфаСтрахование, как и другие страховые компании, была обязана использовать АИС РСА 2.0 для обеспечения работы ОСАГО в соответствии с законодательством. Компания занимает ведущие позиции на рынке ОСАГО, поэтому системы АИС ОСАГО, которые хранят информацию по обращениям от бизнес-систем до РСА и обратно, начали испытывать неожиданную нагрузку, БД стала деградировать, потреблять огромные для ее размера ресурсы. Деградация внезапно наступала и внезапно заканчивалась, причины были неясны. Творческий коллектив инженеров и экспертиза Postgres Pro решили проблему. Виновником оказался MyBatis (ORM) в Java-сервисах. История о том, что надо внимательно изучать документацию и проектировать высоконагруженные системы.