wrangling внутри одной таблицы. С джоинами только беда, уж лучше в нём причесать табилцы, выгрузить в R и помёржить их в дататейбле
можно подробнее в чем беда с джоинами? Админы как раз топят за переход с Вертики на КХ, а у нас куча таблиц, которые надо джойнить в запросах
https://clickhouse.tech/docs/ru/sql-reference/statements/select/join/#performance можно почитать. На практике если джоинить много на много - часто будете иметь OOM. Также не очень поддерживаются неявные джоины. То есть такие, где, например, надо сджоинить по диапазону (в левой табилце точная дата, в правой - начала действия и конец действия признака для ключа соединения). РСУБД здесь выигрывают
А так у вас весёлые админы, раз сами топят. Или очень скиловые. Из-за оупенсорсности как раз с админской точки зрения с ним и тяжко.
спасибо за инфу, будем изучать. Админы топят, что всё будет четко, но запросы всё же пишут аналитики
Оконных функций нет (разве что упоротая реализация через массивы), джойны кастрированные, апдейтов нет, полного по Тьюрингу ЯП нет и кучи чего его нет. По сути это просто эффективная хранилка больших данных. Засунул - выплюнул. Мы под небольшие справочники и мелко-средние всё-таки пострес начали использовать, например.
Ну так никто в здравом уме его в детальный слой DWH ставить и не будет.
Ну так люди и говорят о том, что хотят полностью на клик переехать и аналитики делают джойны. Аналитикам придется радикально переучиваться и все на Р делать почти. А это и на производительность влияет, придется лишнее захватывать, например
Clickhouse в стейджинг -> Greenplum в DDS -> Его же в ADS. И никаких проблем.
Обидно даже мальца. Функционал с массивами и лямбдами намного круче оконок. Аналитические функции роскошные. Всë супер быстро, если уметь пользоваться. Ну а ждать транзакций не от oltp СУБД в принципе странно. Чтобы не флудить. Кликахус - отличная именно аналитическая СУБД. Если вам надо вести отчëтность бухгалтерскую - тогда лучше не стоит его заводить))
Обсуждают сегодня