Андрей Куманяев: Как мы сбежали от PostgreSQL или когда реляционная БД не справляется

Андрей Куманяев: Software Engineer, г.Москва

Доклад: Как мы сбежали от PostgreSQL или когда реляционная БД не справляется

О чем: «Большое количество данных - это здорово. Сложная бизнес логика - интересно. Работает быстро - прекрасно! Выкинешь какой-нибудь пункт - идеально. Расскажу о том, что случилось, как решали проблемы и к чему, в итоге, пришли.»

[Alejandro-yee]

Досмотрел до конца, и услышал "от постгрес мы не ушли" ))) Название такое, чтобы интригу создать ?? )) Ждал рассказа, что Монго сотворило чудо вместо Постгреса ))) а чуда не произошло

[alexanderk]

Ну часто пишется, но почему бы не юзать 2 базы - на запись и на чтение? На запись можете свой велосипед, на чтение - любую многоколоночную использовать. Сегодня - это тот же кликхаус.

[Alejandro-yee]

Можете прокомментировать, я так понимаю, что 6 лет назад постгрес не умел делать запросы к структуре json, чтобы вытаскивать определенные куски ? Услышал, что в этом была проблема. Раньше только целиком структура подтягивалась в запросе.

[johnaran]

Если они используют Руби, это не удивительно что по 40 сек ждут.

[GlebWritesCode]

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

[buffysommers]

Вся проблема с тормозами сервера и всего проекта была в том, что проект изначально написан на Ruby on Rails. А как давно известно - Ruby и его дочерняя система Rails - не предназначены для крупных проектов где нужны быстрые вычисления, а тем более параллельные вычисления с использованием многоядерных процессоров. У Ruby с этим изначально были проблемы. Надо было использовать сервер написанный или Java или Python.