S
всем привет
кто нибудь знаком с такой метрикой как QueryPreempted ? в ClickHouse?
кто нибудь знаком с такой метрикой как QueryPreempted ? в ClickHouse?
Size: a a a
2020 June 03
ДА
добавляйте тогда в запрос ещё where date='2019-06-18'
тут есть репутация?
ДА
/stat@combot
C
Total messages: 164509
l
тут есть репутация?
ей никто не пользуется
I
Всем привет! Версия v20.3.10.75-lts - это действительно LTS или всё ещё нестабильно? Несколько месяцев назад я спрашивал уже про 20 версию, тогда люди говорили, что баг на баге.
ДА
ей никто не пользуется
ну и ладно) человеку спасибо, за прозрение
KG
А можно узнать примерно сколько полей в таблице считается нормальным/средним для клика? насколько здоровая ситуация если в таблице 900 полей?
l
А можно узнать примерно сколько полей в таблице считается нормальным/средним для клика? насколько здоровая ситуация если в таблице 900 полей?
это уже близко к верхнему разумному пределу, из того что я слышал
AR
Доброго всем.
В запросе есть 22 поля, которые высчитываются как toDecimal64OrNull(column, 4)
Очень часто при выполнении запросы возвращается ошибка
Можно ли как-то определить какое именно поле/значение ему не нравится?
Пробовал увеличивать precision, исключать поля - всегда ошибка остается в подавляющем большинстве запросов
В запросе есть 22 поля, которые высчитываются как toDecimal64OrNull(column, 4)
Очень часто при выполнении запросы возвращается ошибка
Code: 32, e.displayText() = DB::Exception: Attempt to read after eof: Cannot parse Decimal(18, 4) from String, because value is too short (version 19.15.3.6 (official build))
Можно ли как-то определить какое именно поле/значение ему не нравится?
Пробовал увеличивать precision, исключать поля - всегда ошибка остается в подавляющем большинстве запросов
l
Доброго всем.
В запросе есть 22 поля, которые высчитываются как toDecimal64OrNull(column, 4)
Очень часто при выполнении запросы возвращается ошибка
Можно ли как-то определить какое именно поле/значение ему не нравится?
Пробовал увеличивать precision, исключать поля - всегда ошибка остается в подавляющем большинстве запросов
В запросе есть 22 поля, которые высчитываются как toDecimal64OrNull(column, 4)
Очень часто при выполнении запросы возвращается ошибка
Code: 32, e.displayText() = DB::Exception: Attempt to read after eof: Cannot parse Decimal(18, 4) from String, because value is too short (version 19.15.3.6 (official build))
Можно ли как-то определить какое именно поле/значение ему не нравится?
Пробовал увеличивать precision, исключать поля - всегда ошибка остается в подавляющем большинстве запросов
разве он не должен просто возвращать Null а не кидать exception?
l
SELECT toDecimal64OrNull('тык', 4)
┌─toDecimal64OrNull('тык', 4)─┐
│ ᴺᵁᴸᴸ │
└─────────────────────────────┘
┌─toDecimal64OrNull('тык', 4)─┐
│ ᴺᵁᴸᴸ │
└─────────────────────────────┘
GR
добрый день
не подскажите как в clickhouse написать подобную конструкцию:
COALESCE(field1::text, '') || '_' || COALESCE(field2, '')
спасибо
не подскажите как в clickhouse написать подобную конструкцию:
COALESCE(field1::text, '') || '_' || COALESCE(field2, '')
спасибо
l
COALESCE в клике есть concat тоже есть.
GR
concat(COALESCE(toString(field1), ''), '_', COALESCE(feild2, ''))
GR
вот так
И
Коллеги, всем привет. Столкнулся с проблемой, есть поле в таблице Nullable(DateTime), в каком виде должна быть запись в csv для вставки значени null в это поле?
AT
empty field не делает null?
И
Al T
empty field не делает null?
Расшифруй?
AT
пустое значение поля