я про облако яндекса

А, ну это да. Ну тут уже чисто российская специфика с чисто российской жадностью :)

Как говорится, сделайте альтернативный сервис более дешевле и все переедут к вам:)

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

Если инхаус цод, сколько будет стоить подвод питания с двух подстанции, два канала связи?

Все, не флужу

если говорим про вариант с 6 машинками, то оверкост на уровне стоимости двух часов работы сисадмина в месяц, в случае проблем с железом - письмо хостеру и ожидание его замены. инхаус - это конечно вариант для совсем отчаяных

С арендой бареметал все упирается в наличие толковых админов. Если есть и вы в них уверены - конечно дешевле. Если надо искать и неизвестно сколько они запросят - проще купить SAAS

Админ на два часа в любое время суток и с опытом кликхауса ?

Это же не mysql

Всем привет) вопрос к людям которые понимают специфику работы кликхауса, потому что я ее не до конца еще понял) наша команда решила использовать ReplacingMergeTree для того что бы избежать дубликатов. В доке указано что схлопывание записей происходит в какой то момент времени, но в когда это произойдет никто не знает. мы решили потестить эту фичу и создали таблицу с 4млн записей половина из которых это дубликаты. мы подождали день и в таблице осталось 4млн записей, то есть дубликаты не схлопнулись. Сейчас помогает только вызов OPTIMIZE TABLE table_name FINAL, при вызове этой команды дубликаты таки удаляются. Следовательно у меня вопрос, есть ли какие то четкие промежутки времени через которые кликхаус самостоятельно начинает схлопывать данные? возможно это как то можно сконфигуририровать?

дык вот именно, что не mysql, за год полета вопросов вообще как то не возникало... вот прям очень хочется саас, чтоб не думать ни о чем, но как начну примеряться, получается, что это прям в разы дороже и остаюсь жить в каменном веке с арендованным железом

четких промежутков нет, есть даже кейсы, когда схлапывание не произойдет в принципе (данные в разных партициях), мы используем щедро присыпав агрегациями типа argMax

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

у нас используется так, да. т.е. таблица типа test (a UInt32, b UInt32, ver DateTime DEFAULT now()) ENGINE = ReplacingMergeTree(ver) ....
пишем в нее insert into test (1,2) дополняем insert into test (1,12)
выбираем типа select argMax(b,ver) from test where a=1

понял, спасибо за совет)

Привет. Мы с Артемом в одной компании работаем.

А выбор сразу много строк с самой свежей версией у вас не практикуется?

конечно практикуется, даже "как бы удаление" практикуется

Пример, таблица (firstName, lastName, version) и выборка например select * from table limit 20 offset 500

И тут не понятно куда версию засовывать 🙂.

Пока что через final берем.
Может будут какие-то идеи, что с этим делать?