KL
В базу сохраняется 2105-06-18 11:19:55, я бы ожидал хотя бы 1970-01-01 00:33:38 или ошибку. Похоже на переполнение DateTime, но что к нему приводит вопрос
Size: a a a
2021 March 25
T
Ребята извиняюсь, как оказалось всё дело было в исходной таблице, там стоял ТТЛ о котором я не знал. Приношу свои извинения! @den_crane :))
DC
Всем привет! Подскажите, как объяснить следующий результат селекта?
create table Test (StartTime DateTime) engine = Memory;
insert into Test (StartTime) values (2020-01-01);
select StartTime from Test;
2105-06-18 11:19:55
create table Test (StartTime DateTime) engine = Memory;
insert into Test (StartTime) values (2020-01-01);
select StartTime from Test;
2105-06-18 11:19:55
select 2020-01-01
--
2018
select toDateTime(2018)
--
1970-01-01 00:33:38
--
2018
select toDateTime(2018)
--
1970-01-01 00:33:38
KL
Да, но когда делаешь insert, в базу записывается 2105-06-18 11:19:55
DC
Да, но когда делаешь insert, в базу записывается 2105-06-18 11:19:55
select timezone()
KL
Etc/UTC
DC
Да, но когда делаешь insert, в базу записывается 2105-06-18 11:19:55
да,
но в общем-то КХ для неверных дат любую чепуху может получить, там парсер для скорости что угодно жует
но в общем-то КХ для неверных дат любую чепуху может получить, там парсер для скорости что угодно жует
DC
select toDate('neff-01-01') ;
--
1970-01-01
--
1970-01-01
DC
toDate('202a-01-92')
KL
тут хоть как-то можно объяснить) не распарсили строку - подставили 0
AP
Кликхаус знает про NUMA? Учитывает ли он ее при распределении задач и выделении памяти?
DC
Al. P.
Кликхаус знает про NUMA? Учитывает ли он ее при распределении задач и выделении памяти?
не учитывает. КМК пока нет собственного буфер-кеша, тут ничего не сделать хорошего
DC
тут хоть как-то можно объяснить) не распарсили строку - подставили 0
откройте issue -- unexpected behaivour
может кто-нибудь посмотрит
может кто-нибудь посмотрит
AP
не учитывает. КМК пока нет собственного буфер-кеша, тут ничего не сделать хорошего
Ок, спасибо
N
Есть таблица с событиями, одно из полей это ip с которого пришло событие. А как-то можно ускорить запросы вида
select * from events final where ip1 = IPv4StringToNum('8.8.8.8');
ip1 - это просто поле, в order by не входит
select * from events final where ip1 = IPv4StringToNum('8.8.8.8');
ip1 - это просто поле, в order by не входит
K
N
мб не использовать final?
таблица ReplacingMergeTree, на клиенте записи схлопывать уже?
K
таблица ReplacingMergeTree, на клиенте записи схлопывать уже?
врядли это будет лучше, тут я не уверен.
Но при final данные мёржатся во время выполнения запроса. У вас там полноценный мердж вызывается(
Но при final данные мёржатся во время выполнения запроса. У вас там полноценный мердж вызывается(
K
В целом в КХ лучше использовать подход с агрегацией, который бы смог откинуть те самые дубликаты в вашем случае
N
В целом в КХ лучше использовать подход с агрегацией, который бы смог откинуть те самые дубликаты в вашем случае
поясните пожалуйста , я думал что ReplacingMergeTree - это и есть удаление дубликатов в базе, поэтому и выбрали этот движок