PY
Такие места есть. Был крайне удивлен пока сам не столкнулся.
Size: a a a
2021 April 13
IG
а кто что использует для взаимодействия с clickhouse? видел clickhousex и clickhouse_ecto, но они мне показались сыроватыми, по крайней мере из коробки не заработали. конкретно сейчас смотрю на pillar, но при нём нет адаптера к ecto.
DG
ping @santaux, кажется, про твою библиотеку говорят )
AL
Pillar берите, он ок :) на ecto парадигма clickhouse плохо ложится, собственно это и побудило pillar сделать
AL
плюс он в продакшне уже достаточно давно работает
AL
опыт показывает, что всё, что не sql, на ecto неприменимо либо с очень большими оговорками работает
IG
pillar внутренне очень неплох на первый взгляд. у меня как раз вставал ещё один вопрос: если нет адаптера к ecto, то, видимо, есть на то причины?
AL
да, всё так. по той же причине и к монге нормального адаптера нет. кликхаус только внешне по запросам отчасти похож на sql, внутри-то он вообще иной, с иным форматом работы. на классический sql не ложится никак. ну и потом, юзать кх в том качестве, в котором обычно тот же постгрес используется, на мой взгляд немного некорректно, он про другое
ŹR
Расскажите лучше, почему ни в одном месте где я работал не было clickhouse и почему все вокруг про него пишут
AL
данные предпочтительней максимально денормализованно держать
AL
это относительно недавно началось. на мой вкус - удобная вещь чтобы какие-то слабо структурированные данные массово сохранять и потом делать достаточно быстрые агрегации. с оговорками кх для этого приспособлен
AL
но типа маппить на модельки кх не стоит
AL
ну типа, если нет нужды например массово логгировать и потом агрегировать всё происходящее во всех состояниях, кх и не нужен. если нужно только логгировать - простых логов хватит. если агрегация какая-никакая может понадобиться раз в сто лет и есть возможность прикрутить субд, но сроки проведения этой агрегации вообще некритичны - монга норм
AL
у кх хорошее сжатие (в среднем лучше монги), плюс скорость работы не в пример лучше монги. но есть свои нюансы, поскольку инструмент всё-таки довольно молодой. тащить "просто потому что", конечно же, не нужно, нужно понимать зачем он вообще
ŹR
Я понял почему в Израиле его нету. Дешевле платить 40$ за snowflake чем девопсам за maintenance кликхауса
AL
облачные решения не в каждом бизнесе годятся, особенно если бизнес работает с персональными данными
KG
Когда я с коллегами писал либы эти все было ок. Но сейчас вполне возможно это все устарело. Поддержкой и развитием други ребята занимаются, они есть в этом чате. И к ecto адаптер тоже работает на самом деле
KG
Почему к ecto нет адаптера у pillar? Потому что там где используется click house не используются либы типа ecto, там другие проекты совсем. Click house база для аналитиков и биг дата, а там orm и дата маперы не испоьзуются
IG
в соседнем проекте у гошников кликхаус "показал себя с лучшей стороны". для меня это не окончательный вариант, пока смотрю на разные решения.
IG
скорее всего, так и есть. спасибо за ответ!