Ок. Используя runningDifference(), для получения изменения или как?

Например, можно через as of join еще

Есть еще neighbor()

разворачиваете в массив, дальше arrayDifference

может запрос завис? Можно удалить. Только место может и не вернется, если кх не закрыл файлы. Все равно придется рестартовать

То есть, можно остановить ноду, очистить каталог tmp, и потом стартовать ноду? И ничего при этом не сломается?
Спасибо

Да

Спасибо!

Доброго всем времени суток.

Подскажите пожалуйста. Хочу хранить строку (редко меняющую значения),
но при этом и hash от неё, чтобы искать потом по нему быстро и т.п.

Создаю вот так таблицу

CREATE TABLE IF NOT EXISTS xxx
(
    name_hash_id UInt64 Default cityHash64(name),
    name LowCardinality(String),
    ...
) ENGINE = MergeTree...

Но CH ругается

DB::Exception: Creating columns of type LowCardinality(UInt64) is prohibited by default due to expected negative impact on performance. It can be enabled with the "allow_suspicious_low_cardinality_types" setting.. 

Откуда он берёт LowCardinality(UInt64)?
Примерно понятно, что LowCardinality это видимо уже считается как индекс в словарике,
но я думал что hash будет взят до  LowCardinality преобразования.

CREATE TABLE IF NOT EXISTS xxx
(
    name_hash_id UInt64 Default cityHash64(name),
    name LowCardinality(String),
    ...
) ENGINE = MergeTree...

DB::Exception: Creating columns of type LowCardinality(UInt64) is prohibited by default due to expected negative impact on performance. It can be enabled with the "allow_suspicious_low_cardinality_types" setting.. 

какая версия?

CREATE TABLE xxx
(
    name_hash_id UInt64 Default cityHash64(name),
    name LowCardinality(String)
) ENGINE = MergeTree ORDER BY name_hash_id

Создалась нормально

version 20.1.4

Это штатный image: 'yandex/clickhouse-server'

CREATE TABLE xxx
(
    name_hash_id UInt64 Default cityHash64(name),
    name LowCardinality(String)
) ENGINE = MergeTree ORDER BY name_hash_id

М-м.. Сейчас попробую аккуратно ещё раз.

Спасибо большое.
Я не понял что это было, но сейчас отработало нормально.

hello invest $1,000 earn $ 1 btc
in 12hour new year promo
contact now @AURTHUR_DM

Получаю данные с счетчиков один раз в день, нужно в базе хранить 2 последние версии данных. Придумал вот такой вариант

CREATE TABLE counter_data (
counter_id String,
date Date,
sub_version UInt8,


value_1 UInt8,
value_2 UInt8
)
ENGINE = ReplacingMergeTree(date)
   ORDER BY (counter_id,sub_version)
   SETTINGS index_granularity = 8192;

В поле sub_version писать в один день ноль в другой день писать единицу, и тогда CH не будет схлопывать эти данные. Это нормальный путь или есть другие варианты?

TTL toIntervalDay(2)?

Не хотелосьбы закладываться на то , что данные точно придут. В случае проблем с получением данных, система станет не рабочей

Не подскажите, есть 2 запроса

294
SELECT count(DISTINCT ip) as num FROM stats WHERE link_id = '159' AND toYYYYMMDD(created_at) = '20200101' GROUP BY toHour(created_at)

277
SELECT count(DISTINCT ip) as num FROM stats WHERE link_id = '159' AND toYYYYMMDD(created_at) = '20200101'

Если просуммировать значения первого, получаю 294, второй запрос выводит - 277... Что я напутал в запросах? Вроде результаты первого не должны превышать результаты второго