DT
Yury
пробовал, все равно делает фулл-скан
у вас проблема в кол-ве партиций
> 272.44 rows/s
что-то у вас кликхаус работает не оптимально
Size: a a a
2020 May 18
Y
согласен
мониторинг показывает, что запрос полностью утилизирует одно процессорное ядро, чтения с диска не видно
мониторинг показывает, что запрос полностью утилизирует одно процессорное ядро, чтения с диска не видно
DT
Yury
согласен
мониторинг показывает, что запрос полностью утилизирует одно процессорное ядро, чтения с диска не видно
мониторинг показывает, что запрос полностью утилизирует одно процессорное ядро, чтения с диска не видно
потому что это виртуальные таблицы
Y
потому что это виртуальные таблицы
да, но в этой виртуальной таблице 8000 записей
если честно, немного не очевидно, что с ней можно одним ядром делать 10 секунд на данном запросе
если честно, немного не очевидно, что с ней можно одним ядром делать 10 секунд на данном запросе
DC
> 272.44 rows/s
что-то у вас кликхаус работает не оптимально
что-то у вас кликхаус работает не оптимально
это system.parts, это виртуальная таблица, + там блокировки, плюс на малом кол-ве строк это бессмысленный показатель
AS
а есть какой-то красивый способ взять элемент массива по максимуму из другого массива (что-нибудь типа argMax для массивов только)?
способ в лоб:
способ в лоб:
arr_1[indexOf(arr_2, arrayReduce('max', arr_2))]DC
Aleh Sauko
а есть какой-то красивый способ взять элемент массива по максимуму из другого массива (что-нибудь типа argMax для массивов только)?
способ в лоб:
способ в лоб:
arr_1[indexOf(arr_2, arrayReduce('max', arr_2))]select arrayReverseSort( (x,y) -> y, a,b)[1] from(select ['a','b','c'] a, [1,2,3] b)
AS
select arrayReverseSort( (x,y) -> y, a,b)[1] from(select ['a','b','c'] a, [1,2,3] b)
ну это даже хуже помойму, и сортировка лишняя n*logn
AS
спасибо, в любом случае за алтернативу
DC
Aleh Sauko
ну это даже хуже помойму, и сортировка лишняя n*logn
select arrayReverseSort( (x,y) -> y, a,b)[1] from(select range(10000000) a, a b)
1 rows in set. Elapsed: 1.279 sec.
select b[indexOf(a, arrayReduce('max', a))] from (select range(10000000) a, a b)
1 rows in set. Elapsed: 1.756 sec.
AS
прикольно, странно)
SK
нет, используйте UUID
UUID не подходит, нужен uint64 что-связать таблицу со словарем
DC
UUID не подходит, нужен uint64 что-связать таблицу со словарем
сityHash64
DC
в любом случае хеши удобнее, их можно вычислять распределленно, т.е. куча ETL серверов которые не в курсе друг про друга вычислят один и тот же ID для select cityHash64('moscow')
6381852734693780677
6381852734693780677
SK
Коллизии не будет?
DC
Коллизии не будет?
будут, если у вас в справочнике миллиард, но вы их никогда не заметите
SK
Если я строки менять собираюсь в будущем
SK
Желателен уникальный индификатор
DC
Если я строки менять собираюсь в будущем
менять что? У вас в справочнике есть естественный PK ?
SK
Я хочу вынести в справочник, все что потребуется менять в будущем. И желательна строгая привязка к данным в КХ. Не понял на счёт РК.