AC
Там если в лоб делать - почти все реляционные субд ложатся на инсертах
Size: a a a
2021 April 03
AK
Есть проекты где данные льют терабайтами. Всякие банерные сети например
Да, знаю. Ещё пример - счётчики.
AC
Инсерт дорогая операция
AK
Там если в лоб делать - почти все реляционные субд ложатся на инсертах
На инсерт пока они лягут устанешь. Они лягут на выборке из них.
AK
Инсерт только если индексов слишком много. И ещё от типов индекса зависит.
AC
На инсерт пока они лягут устанешь. Они лягут на выборке из них.
Ну это прямо реальный кейс
AK
Ну у меня тоже реальные кейсы есть - инсертил норм, но при построении отчётов всё падало и даже не прощалось.
AC
Ну у меня тоже реальные кейсы есть - инсертил норм, но при построении отчётов всё падало и даже не прощалось.
Ну надо сразу аггрегировать
AC
Или отдельным клиентом собирать периодически
AK
Да, либо заюзать БД, которая сама сразу аггрегирует.
OR
Ну надо сразу аггрегировать
Нужно думать о профиле нагрузки и отделять данные для отчетов от всего остального.
p
Реплика только для чтения и можно аггрегировать спокойно. А мастер держать в чистоте.
p
Триггеры на вставку, которые сразу будут аггрегаты менять, но тут нюансы.
AK
Реплика только для чтения и можно аггрегировать спокойно. А мастер держать в чистоте.
Хе-хе. С содной стороны да. А с другой стороны если у тебя не проаггрегировано сразу, то много отчётов не наделаешь.
OR
Хе-хе. С содной стороны да. А с другой стороны если у тебя не проаггрегировано сразу, то много отчётов не наделаешь.
С другой стороны если проаггрегировано сразу, то много отчётов не наделаешь.
AK
Ну да, у тебя правила аггрегации будут, грубо говоря, писаться вместе с отчётом.
AK
Ну или с группой оточётов.
OR
Похоже мы уже перешли к lambda architecture.
ap
Видел один проект который переехал с монго в постгрес, почему? - потому что была ошибка в архитектуре и использовали просто не приходящую бд для данного случая
AK
Я видел много проектов, которые с монги переехали кто куда.