Maxim Boguk,

"Второе - скорость колоночных баз как раз от того что они нормально только insert only операции умеют так как update/delete на колоночную модель базы вообще не ложится."

У MS SQL всё прекрасно ложится. Удалений в обычном коде нет (но delete может иногда понадобиться, если вдруг что не так загрузилось, и надо вручную полностью грохнуть часть загруженных данных, не пересоздавая всю таблицу). Update вполне себе присутствует, хотя и многократно реже. В любом случае совсем без возможности изменения данных - это только вариант для архивации данных, но никак не для использования. OLAP база - это же не первоисточник и не база логов, она обновляется на основе других баз из разных источников, и если там данные изменились, то и тут должны отразиться изменения. Пересоздание таблицы - тупиковый вариант.


"Третье - если у вас много update/delete и не очень большой обьём базы - вполне может оказаться что достаточный для работы SLA обеспечивается на нормальной обычной базе (особенно с учётом того что pg неплохо умеет заметную часть аналитики считать на нескольких ядрах сразу).

Если вас ни citus ни clickhouse не устраивают - надо думать о том насколько вообще ваша задача на колоночную модель ложится.

10GB база для postgresql вообще ни о чём, и там и обычный storage будет более менее ок запросы считать."


Для этой задачи как раз идеальна колоночная модель. Вы же понимаете, что таблица фактов на 500 000 000 строк занимает 10 GB - это уже в колоночном представлении в MS SQL? В обычном виде она занимает примерно 100-200 GB. Ни о каком онлайн-запросе за секунду в row-stored базе тут речи идти не может.

Если MariaDB тут никто не использовал, попробую создать новую тему в форуме MySql.