Доброго дня. А CH должен сам апдейтить ip для хостов кластера, если у имени хоста, что забит в конфиг, сменился ip?

apt-get install clickhouse-server=$version

пару месяцев назад не работало спсб всем за советы

337 Исправлена работа запроса SYSTEM DROP DNS CACHE: ранее сброс DNS кэша не приводил к повторному резолвингу имён хостов кластера.

Привет! Накопительный итог как можно посчитать? А внутри группировки?

у меня довольно нубский вопрос. если я буду делать, условно, create table ... engine= ... from select ... CAST(... as enum16(..., \'4.1.2_כוכב_הסלולר_a_9\' = 111, ...)) as ..., from ... , он эти буквицы заморские нормально обработает?

В ClickHouse тип String это просто набор байт, так что да, нормально обработает. Единственное, что сли у вас кодировка не UTF-8, то в JSON формате вы данные обратно не получите в таком же виде.

Доброе утро. Как я понял если есть MV над таблицей и по каким то причинам в MV вставка не удается то при вставке батчами эти батчи будут дуплицироваться в основной таблице (тк туда вставка проходит) Получается что использование MV лишает вставку атомарности. Это планируется пофиксить или считается что это нормальное поведение? ЗЫ: Сейчас встал вопрос в добавлении в таблицу искуственного уникального поля для возможности использования ReplacingMergeTree для устранения дубликатов и это порождает много других проблем, начиная с того что данные на диске вырастут на 50% а это терабайты лишние. Как-то нехорошо выходит

Так 5 млк это уже выше настройки в 1млн если вы ее не меняли конечно

Или меняли до 20млн (раз у вас 17 это норма) и все равно?

всем привет, столкнулся с непрывычным для себя поведением, У меня есть View на мою таблицу, мне нужно было ее немного изменить, и вот тут я заметил что количество строк в новой вьюхе в сотни раз отличается от кол-ва строк в старой. Собственно, понятно что при инсерте строки не обновляют старые ключи, а добавляют просто новые. Такое поведение нельзя изменить? Если нет, то появится ли такое в будущем. Просто у меня изначально запрос во вью был супер быстрым, он показывал статистику. А теперь он отлетает по таймауту.

Слушайте, а зачем в https://github.com/yandex/ClickHouse/pull/2701 разделитель в движе Kafka добавили предпоследним параметром, а не последним? Так же сломана обратная совместимость

Я как раз думал ещё одинпараметр добавить и смотрю, что там какой-то бардак и получается довольно сложно, надо придумать здавать параметры как-то иначе

Да, так действительно лучше. Но опять же, нужно, видимо, сохранить и старый формат

CREATE TABLE T () Engine = Kafka('127.0.0.1') SETTINGS a=1, b=2 ...

А не подскажешь пример, где SETTINGS для движка есть?

MergeTree

Советую посмотреть в сторону AggregatingMergeTree, SummingMergeTree, CollapsingMergeTree движков

Доброе утро. Как я понял если есть MV над таблицей и по каким то причинам в MV вставка не удается то при вставке батчами эти батчи будут дуплицироваться в основной таблице (тк туда вставка проходит) Получается что использование MV лишает вставку атомарности. Это планируется пофиксить или считается что это нормальное поведение? ЗЫ: Сейчас встал вопрос в добавлении в таблицу искуственного уникального поля для возможности использования ReplacingMergeTree для устранения дубликатов и это порождает много других проблем, начиная с того что данные на диске вырастут на 50% а это терабайты лишние. Как-то нехорошо выходит

Могу лишь присоединиться к нытью про Materialized View и атомарной вставке :). Нас тоже эта проблема касается, хотя лично я наступал только на грабли, что ClickHouse позволяет создать MV с некорректным запросом, который в итоге не может вставиться.

Никто не защищён от того, чтобы потом сломать таблицу, которую популирует MV

Гулять так гулять, я сразу за эпохи голосую как в Вертике, хочу 25 интсертов и делитов в одной транзкации, атомарно, плачу $5000 за эту фичу (канадских just in case).

Гулять так гулять, я сразу за эпохи голосую как в Вертике, хочу 25 интсертов и делитов в одной транзкации, атомарно, плачу $5000 за эту фичу (канадских just in case).

Per server

но вообще вопрос про спонсирование фич интересный, вот например есть range_hashed и почему-то там поддерживается тип date, я например могу попробовать из работодателя выбить некоторую сумму, да даже и сам заплатить баксов 500 за другой тип данный, int64 или/и datetime.

I'll be back :) Вообще можно посмотреть что там и не за 500 баксов, а в целях изучения внутренностей КХ ;)

Но воз и ныне там

Сделаешь? :)

какая ОС ?

а если обычным клиентом запрос сделать - все ок будет?

какая ОС ?

ну наверное, если запрос читает например 3 поля из таблицы и например нужно отфильтровать по всем 3 полям, может так получится что дешевле прочитать за один проход (с where), а не за два (c prewhere). И в обычных базах данных бывает что фулскан сильно дешевле чем проход по индексу, это нормально.

ch.service.consul - это точно имя хоста?

у прометея есть экспортёр для ch, -scrape_uri=http://clickhouse.service.consul:8123/, в результате жалуется на dial tcp: lookup clickhouse.service.consul on 2.1.9.9:53: no such host" file=clickhouse_exporter.go line=310 time="2018-07-31T09:28:27Z" level=info msg="Error scraping clickhouse: Error scraping clickhouse url http://ch.service.consul:8123/?query=select+%2A+from+system.metrics: Error scraping clickhouse:`

А можно ссылку на этот экспортёр пожалуйста

https://github.com/f1yegor/clickhouse_exporter

Судя по этому https://github.com/yandex/ClickHouse/commit/405d7f9232dbcec534f905e1b08f7ee9095fb33a скоро будет сподвижки по синтаксису JOIN-ов. Есть хоть примерные сроки релиза?