ТС
и документирована хорошо вроде
+ они щас уже догоняют upstream Postgres по фичам (они форкнулись в бородатом году)
Size: a a a
2019 July 12
write и read rate какой будет?
консистенция данных будет варироваться от write rate
KТ
write и read rate какой будет?
в моем случае 40/60 (примерно)
ТС
также нужно понять, какого характера read операции
ну и сами данные насколько связанные
в моем случае 40/60 (примерно)
а по wps и rps
KТ
также нужно понять, какого характера read операции
не понял
ТС
также нужно понять, какого характера read операции
если это по идентификатору, то в принципе пофигу, но если аналитика, то 40/60 — это уже совсем не верная оценка
KТ
аналитика только readonly
clickhouse?
R
в моем кейсе вопрос нужно решить с ростом объема. с учетом хранения данных на 8 лет.
Куда это тебе?
KТ
Куда это тебе?
т.е. куда
R
Для какого проекта в смысле
KТ
clickhouse?
тоже думаем над этим
R
Если просто чтобы хранились, посчитать примерный объем в год или за 8 лет и наплодить дисков ....самый простенький варик)
если просто хранить то варик холодных и горячих баз
R
тоже думаем над этим
Возможно RAm большой понадобится
трудно гадать не зная сами данные и какие запросы будут
ТИ
Эх нам программистам дай волю, такого наворотим)