Такое чувство, что почти все кто использует clickhousex и clickhouse_ecto имеют свой форк

Да, один из вариантов

Я знаю примеры, когда в Clickhouse 100к. записей в секунду запихивали и ничего не скипалось ) Так что крайне маловероятно, что он чето скипать будет ) Но в целом такие базы обычно едят огромные CSV лучше, чем одиночные инсерты

Просто у Snowflake хорошие продажники вот и все. У них маркетинг хорошо выстроен + активные продажи. А кликхаус же база опен сорсная, там по другому все. И у сноуфлейк не 40$ поверь мне ) У комерческих big data решений цены такие, что охереешь ) У Vertica например от HP минимальная цена лицензии 100k$ в год

на больших данных точно будет. сталкивались неоднократно. ну и да, субд рассчитана на малое количество больших вставок, другие варианты никто не гарантирует

Ну и в принципе тут нужно понять, что когда мы говорим про OLAP хранилища как кликхаус - это абсолютно другая база нежели OLTP решения типа постгреса. Там нет понятия нормализации или чего то такого, данные хранятся по колонкам, а не по строкам и тд и тд. Это другой мир со своими правилами и принципами работы

э не, заявления типа «Кликхаус дропает строчки» всё таки стоит переформулировать как «мы игнорим коды ошибок или делаем что-то не так, как задумано и поэтому у нас теряются строчки»

да, всё так. потому выше и писал неоднократно, что на ecto такое плохо ложится

не помню уже деталей, видимо так и есть. помню только, что данные неоднократно терялись

в том смысле, что если просто в лоб использовать условный адаптер под рельсу, можно быстро прийти к такому, если слишком не вникать

ну да, что-то недообрабатывали. Например, вставляли с дублированным первичным ключом или не обрабатывали код ошибки вставки.

Кликхаус в публичном продакшне уже 5 лет, в непубличном гораздо больше.

Говорить, что это «молодая юная штука» — ну как-то странно

5 лет это немного. сравните с той же монгой, которой уже порядочно больше лет. по ощущениям, в кх всё ещё хватает всяких недочётов

или просто недостаточно прозрачны и понятны гайды. что тоже само по себе недочёт

потому что люди спотыкаются об одно и то же

у монги как бы из коробки дизайн ровно такой, чтобы было весело и забавно, но никакой связи с надежным и быстрым хранением данных это не имеет =)

Честно говоря, не очень понимаю о какой непрозрачности идет речь, может быть просто не очень замечаю.

Да и альтернатив ему попросту нет.

монгу достаточно часто юзали до определённого момента как раз в некоем похожем ключе. ну т.е. некое место для дампа разношёрстных данных с возможностью потом их поковырять. я потому это чуть объединяю, хотя да, понятное дело это  разного толка инструменты.
отличие взрослого инструмента от молодого, на мой субъективный взгляд (!), в том, что в первом случае с большой долей вероятностью баг/проблема именно на стороне использующего, а во втором - не факт. и, судя по тому, что я знаю, кх в этом смысле ещё достаточно молод как раз, плюс активно развивается

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

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

Эмоциональные эпитеты тут мало что поменяют.

да как угодно, я и не настаиваю. можно вообще выдержками из википедии и официальной документации общаться, раз так угодно

pillar антибезопасный внутри, там запросы строятся через String.replace, так что сами экранируйте инъекции
А что не так с clickhousex и clickhouse_ecto, почему они кажутся сыроватыми?

clickhousex раньше был кривой но сейчас очень хорошо работает, а clickhouse_ecto в общем случае просто не нужен

там не RowBinary что ли?