DC
причем эта проблема стрельнула в playground , он int64 неправильно отображает
Size: a a a
2020 May 29
ДБ
Про настройку output_format_json_quote_64bit_integers знаю, как оказалось в js-драйвере в одном случае почему-то не выставлялась. Сижу фикшу
DC
Про настройку output_format_json_quote_64bit_integers знаю, как оказалось в js-драйвере в одном случае почему-то не выставлялась. Сижу фикшу
а чем вы парсите json в драйвере?
ДБ
а чем вы парсите json в драйвере?
Либа, которой хожу в HTTP REST КХ, она сама парсит тело как json - request
DC
в общем это обход для
$ node
> 9223372033328793741
9223372033328794000
$ node
> 9223372033328793741
9223372033328794000
ДБ
в общем это обход для
$ node
> 9223372033328793741
9223372033328794000
$ node
> 9223372033328793741
9223372033328794000
Я понял, просто забыл про это
Р
where dt = toDateTime('2020-05-29 00:00:00', 'Canada/Atlantic')
SELECT
toDateTime('2020-05-29 00:00:00') AS x,
toDate(x, 'Canada/Atlantic') AS y,
toStartOfDay(x, 'Canada/Atlantic') AS z
┌───────────────────x─┬──────────y─┬───────────────────z─┐
│ 2020-05-29 00:00:00 │ 2020-05-28 │ 2020-05-28 00:00:00 │
└─────────────────────┴────────────┴─────────────────────┘спасибо! а если я в BI хочу фильтровать, получается, то мне нужно как-то на входе данные конвертировать в нужную таймзону? звучит не очень эффективно(
DC
спасибо! а если я в BI хочу фильтровать, получается, то мне нужно как-то на входе данные конвертировать в нужную таймзону? звучит не очень эффективно(
ну придется на сервере (или в КХ) поставить timezone
что у вас select timezone() сейчас выдает ?
что у вас select timezone() сейчас выдает ?
Р
ну придется на сервере (или в КХ) поставить timezone
что у вас select timezone() сейчас выдает ?
что у вас select timezone() сейчас выдает ?
Europe/Moscow
DC
Europe/Moscow
ну так все должно работать и так тогда, без дополнительных телодвижений
Р
ну так все должно работать и так тогда, без дополнительных телодвижений
но данные в итоге в UTC лежат. Я смотрю на исходные (mysql) и в КХ, они совпадают
DC
но данные в итоге в UTC лежат. Я смотрю на исходные (mysql) и в КХ, они совпадают
в mysql UTC лежит? как в КХ заливаете?
Р
в mysql UTC лежит? как в КХ заливаете?
да, в UTC. Создаю таблицу с движком MySQL и такую же с MergeTree. Потом делаю "insert into (mergetree) select * from (mysql)"
DT
забавный запрос вышел.
DC
да, в UTC. Создаю таблицу с движком MySQL и такую же с MergeTree. Потом делаю "insert into (mergetree) select * from (mysql)"
ну т.е. в момент инсерта время ломается, выгружается из mysql UTC а в КХ загружается moscow
проверить можно с помощью toUnixTimestamp()
проверить можно с помощью toUnixTimestamp()
DT
Только непонятно откуда.
поле не участвует ни в PARTITION KEY, не в ORDER BY
это enum сжат LZ4.
Единственная зацепка, что только сегодня начали записываться значения отличные от 1
Но, я не помню, что бы где то писалось, что кликхаус сам по себе хранит minmax для всех полей
Разве, что он так быстро прочитал mark кеш.
поле не участвует ни в PARTITION KEY, не в ORDER BY
это enum сжат LZ4.
Единственная зацепка, что только сегодня начали записываться значения отличные от 1
Но, я не помню, что бы где то писалось, что кликхаус сам по себе хранит minmax для всех полей
Разве, что он так быстро прочитал mark кеш.
Р
ну т.е. в момент инсерта время ломается, выгружается из mysql UTC а в КХ загружается moscow
проверить можно с помощью toUnixTimestamp()
проверить можно с помощью toUnixTimestamp()
то есть если я время сервера укажу UTC, то смогу в BI нормально фильтровать?
или при insert могу время конвертировать в Московское?
или при insert могу время конвертировать в Московское?
AT
Игорь Трофимов
[1,2,3,4,5] - [1,2,3] = [4,5]
BitmapXor ?
DC
то есть если я время сервера укажу UTC, то смогу в BI нормально фильтровать?
или при insert могу время конвертировать в Московское?
или при insert могу время конвертировать в Московское?
у вас проблема в том что при insert время корежится, вам это надо проверить и поправить. Дальше все будет работать само