Масштабирование базы данных через шардирование и партиционирование / Денис Иванов (2ГИС)

[@ЕрвандАгаджанян-в3к]

Прекраснейший доклад! Спасибо!

[@invgreat5608]

Царь просто. Офигенно рассказал!

[@Egokiv]

Огромное спасибо за лекцию! Очень помогла мне)

[@Egokiv]

@Zagh gohur искал техническое решение для проблемы в тестовом задании, которое мне дали для устройства на работу. Из видео узнал, что такие технологии вообще существуют. Для решения задания мне подошло партицирование. Задание выполнил, работу получил)

[@Egokiv]

@Zagh gohur ты интересный, конечно. Я об этих технологиях вообще не слышал до лекции Дениса. Его обзорная лекция помогла понять в принципе, что это такое. Подробности мне были не нужны. Если такое надо - нужно курить мануалы, разбираться рыть пробовать и набивать собственные шишки. Такие же лекции (как у Дениса) не ставят целью научить тебя решать какие-то частные проблемы. Это лекция про то, что это за технологии вообще и для решения каких задач ребята из 2ГИС из применяют.

[@yaroslavtarasenko3157]

Возможно в видео информация сильно устарела и раньше было как-то по другому, но сейчас разбиение на разделы(партицирование) создаётся через ключевые слова PARTITION BY на таблице и PARTITION OF на разделах. То, что называется в видео "партицирование" в действительности обычное наследование и никак производительность сейчас это не повышает. Ведь даже если просто логически подумать - несмотря на то, что мы создали производную таблицу по какому-то праметру, например category_id = 1, а также создали правило, что новости такой категории перенаправить в конкретную производную таблицу, то это ещё не означает, что в базовой таблице УЖЕ не находятся новости с категорией category_id = 1, а это означает, что всё равно придётся там искать. Единственное когда это может повысить происходительность - это когда обращаемся непосредственно в конкретную производную таблицу, зная при этом, что в базовой таблице данных нет. А кроме того, чтобы обращаться в конкретную производную таблицу нужно делать соответствующие изменения на уровне кода, а не как заявляет Денис!

[@maximsmolin8111]

В докладе не услышал про транзакции - поддерживаются ли они на шардированных по разным серверам таблицах?

[@vladimir_v_it]

Сейчас уже знаешь ответ на этот вопрос?)

[@maximsmolin8111]

@@vladimir_v_it нет, а ты?

[@ivixvideo]

Нет там ни каких транзакций, надо писать на прямую в шард с транзакцией

[@OstretsovArtem]

Хороший доклад. Спасибо

[@guugle]

13:37 может быть Partition Manager? Partition Magic какая-то хрень для винды.

[@Schumacher57]

А где посмотреть видео предыдущего докладчика? (про репликацию)

[@VaeV1ct1s]

Вы уверенны, что при 2к рпс нужно шардирование а не правка запросов\индексы?

[@DrForse]

Не понимаю, в название видео "масштабирование через пвртицирование", а в видео чел говорил "партицирование готовит к масштабированию", а что тогда такок масштабирлвание и где про него можно посмотреть?

[@МаксМаксимов-ш7э]

так и не определились партицирование или партиционирование. Информации по факту в выступлении нет. Рассказанное можно прочитать в оф. документации. Где про ключи, индексы, примеры партиционирования на работающем проекте, как дела с fk на такие таблицы и тд и тп

[@andreysneg1435]

Индексов тут не заметил. seq scan только

[@mikecontact7535]

На сколько партиций можно разбить таблицу?

[@hondas_insights]

я так понимаю - на сколько хочешь. по необходимости.

[@shsh01212]

партиция

[@rostmiller3524]

Жуть он дерганный. Так и голова может закружится если на него смотреть. Даже боковое зрение устает, когда смотришь только на записи

[@SigaEngineering]

Чел заблуждается. Вертикальный шардинг отличается от горизонтального тем, что в первом случае разносятся таблицы БД на разные инстансы, а во втором разносятся части одной таблицы как в видео.

[@nikitabbrv5947]

разносятся таблицы БД на разные инстансы - то есть если у нас table 1 table 2 - то их по разным инстансам? а если у нас одна большая table 1 - то ее имеет смысл разнести горизонтальным шардингом?