S
уже полчаса гуглю и чет не понимаю чем ему индексы не нравятся
CREATE TABLE log
(
`object_type` String,
`object_id` Int64,
`time` DateTime
)
ENGINE = MergeTree()
ORDER BY (object_type, object_id, time)
SETTINGS index_granularity = 8192
Size: a a a
2020 May 19
МЮ
не припомню, а запятая в последней колонке?
))))))))))))) да спасибо большое извините за невнимательность
D
Дорый день! В документации к оператору IN есть такое ограничение:
Это значит, что заместо
нужно использовать подзапрос в IN
правильно я понял?
Don’t list too many values explicitly (i.e. millions). If a data set is large, put it in a temporary table (for example, see the section “External data for query processing”), then use a subquery.
Это значит, что заместо
SELECT UserID IN (123, 456, ....)
нужно использовать подзапрос в IN
SELECT UserID IN (Select UserID from ...)
правильно я понял?
A
Дорый день! В документации к оператору IN есть такое ограничение:
Это значит, что заместо
нужно использовать подзапрос в IN
правильно я понял?
Don’t list too many values explicitly (i.e. millions). If a data set is large, put it in a temporary table (for example, see the section “External data for query processing”), then use a subquery.
Это значит, что заместо
SELECT UserID IN (123, 456, ....)
нужно использовать подзапрос в IN
SELECT UserID IN (Select UserID from ...)
правильно я понял?
да
A
Дорый день! В документации к оператору IN есть такое ограничение:
Это значит, что заместо
нужно использовать подзапрос в IN
правильно я понял?
Don’t list too many values explicitly (i.e. millions). If a data set is large, put it in a temporary table (for example, see the section “External data for query processing”), then use a subquery.
Это значит, что заместо
SELECT UserID IN (123, 456, ....)
нужно использовать подзапрос в IN
SELECT UserID IN (Select UserID from ...)
правильно я понял?
Еще можно посмотреть на set
SL
Всем привет. Как поборот такую ситуацию?
Есть колонка
Есть колонка
col1 Nullable(String)
Хочу преобразовать её в String, чтобы вместо NULL бралось значение из col2
Но запросALTER TABLE t MODIFY COLUMN col1 String DEFAULT col2
ругается ошибкойCannot convert NULL value to non-Nullable type (version 20.3.4.10 (official build))D
Еще можно посмотреть на set
понял, спасибо! А еще такой вопрос - если делать JOIN наборов данных размером в 1-3 млн строк - это норм для КХ?
A
понял, спасибо! А еще такой вопрос - если делать JOIN наборов данных размером в 1-3 млн строк - это норм для КХ?
Вопрос стоит по другому, "хватит ли ему памяти?" )
D
понял, спасибо. Дейсвительно жрет много - 9гб на запрос
AS
Всем привет. Как поборот такую ситуацию?
Есть колонка
Есть колонка
col1 Nullable(String)
Хочу преобразовать её в String, чтобы вместо NULL бралось значение из col2
Но запросALTER TABLE t MODIFY COLUMN col1 String DEFAULT col2
ругается ошибкойCannot convert NULL value to non-Nullable type (version 20.3.4.10 (official build))Будет работать только если все NULL'ы из колонки самостоятельно убрать (например с помощью ALTER UPDATE), а потом MODIFY. На эту тему есть issue.
SL
Будет работать только если все NULL'ы из колонки самостоятельно убрать (например с помощью ALTER UPDATE), а потом MODIFY. На эту тему есть issue.
Ок, спасибо, попробуем...
VA
добрый день. не нашел что это за ошибка и как ее лечить может кто подскажет? clickhouse Code: 76, e.displayText() = DB::Exception: Cannot open file , errno: 24, strerror: Too many open files, e.what() = DB::Exception
AS
Ок, спасибо, попробуем...
Если текущий альтер залип, можно его увидеть в system.mutations и убить через kill mutation.
A
Victor A
добрый день. не нашел что это за ошибка и как ее лечить может кто подскажет? clickhouse Code: 76, e.displayText() = DB::Exception: Cannot open file , errno: 24, strerror: Too many open files, e.what() = DB::Exception
ulimit
VA
где выставить данный параметр ,в файде сервиса стоит infiniti в LimitNoFile и LimitNoFilesoft
VA
в сервисе
E
Всем привет! Читаю тут статью от Авито про использование Graphite и ClickHouse и наткнулся на то, что они говорят, что запускают по крону OPTIMIZE TABLE на старые партиции, что бы они схлопнулись с тридцатисекундных интервалов до пятиминутных. При этом таблица GraphiteMergeTree должна сама Rollup делать(?). Вопрос в том, это так и надо? Или оно само будет работать, как TTL?
SL
Кто может объяснить такое явление - если сделать запрос
А когда делаешь фильтр, который, по сути, ни на что не влияет, отвечает мгновенно. Например
SELECT * FROM t LIMIT 10, КХ ооочень долго отвечает (почему-то).А когда делаешь фильтр, который, по сути, ни на что не влияет, отвечает мгновенно. Например
SELECT *
FROM t
WHERE ProjectID!=БЕЛИБЕРДА
LIMIT 10
SL
Причем, если задать фильтр типа
... WHERE 1==1 ..., отвечает также долгоSL
Таблица, если что, партиционирована по четырём полям, а TTL на всю таблицу настроен так, что трёхмесячные данные отправляются на HDD, а свежие держатся на SSD. Но что-то мне подсказывает, что дело совсем не в этом