DC
Можно ли как то дать название колонкам по дате при группировки? Вопрос только в наименование самих колонок:
ansi sql не разрешает неизвестное кол-во колонок, все имена и типы колонок в результате известны еще до выполнения запроса
Size: a a a
2020 August 18
AK
да, так вы поменяете таблички местами (крупная станет слева и используете индекс через IN), потом поджойните результат asof-ом о small.
Скажите ещё, в таком кейсе пойдёт ли распараллеливание поисков по пк?
SL
там в конфиге из пакета стоит
<!-- Path to folder where users and roles created by SQL commands are stored. -->
<access_control_path>/var/lib/clickhouse/access/</access_control_path>
нафига вы config.xml меняете?
<!-- Path to folder where users and roles created by SQL commands are stored. -->
<access_control_path>/var/lib/clickhouse/access/</access_control_path>
нафига вы config.xml меняете?
Да я и не трогаю его. Юзеров только - аксесс добавил
AZ
Скажите ещё, в таком кейсе пойдёт ли распараллеливание поисков по пк?
из MergeTree по индексу читается многопоточно. дальше, если завернуть в подзапрос, уже могут быть эффекты (как в случае с join-ом выше)
DC
Да я и не трогаю его. Юзеров только - аксесс добавил
а что в config.xml про access_control_path ?
МЕ
А есть в кликхаусе ограничение по количеству строк в таблице?
МЕ
Если мне вот столько надо сформировать? Не знаю как число такое называется
МЕ
1000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
МЕ
100^99
DT
если допустить, что 1 строка занимает 1 байт, то у тебя выходит
100^99 байтов, что довольно много, что бы такое число в лоб считать/хранить
100^99 байтов, что довольно много, что бы такое число в лоб считать/хранить
DT
Зачем тебе такое число?
МЕ
Зачем тебе такое число?
У меня условно 100 параметров и мне нужно найти все возможные варианты их пересечений и по каждому собранном сегменту делать расчёт
МЕ
А дальше по каждому из сегментов смотреть есть или нет отклонения на заданный процент, но вся проблема в количестве возможных вариантов которые надо просчитать
SC
Прямого ограничения на количество строк нет, но нужно иметь достаточно ресурсов для работы над ними
DT
У меня условно 100 параметров и мне нужно найти все возможные варианты их пересечений и по каждому собранном сегменту делать расчёт
А в каком виде поступают данные?
и сколько их
и сколько их
МЕ
А в каком виде поступают данные?
и сколько их
и сколько их
Данных самих не так много, условно 4 млн товаров, но у каждого есть характеристики, эти характеристики образуют в пересечении такое количество вариантов. Каждый товар может быть в нескольких сегментах. Я хочу понимать как меняется спрос на те или иные товары в разных разрезах
DC
100^99
это больше чем атомов во вселенной, это займет время большее чем время жизни нашей вселенной причем в невообразимое число раз
T
Данных самих не так много, условно 4 млн товаров, но у каждого есть характеристики, эти характеристики образуют в пересечении такое количество вариантов. Каждый товар может быть в нескольких сегментах. Я хочу понимать как меняется спрос на те или иные товары в разных разрезах
Ограничтесь или парами или отношением каждой категории к общей какой-то кривой
МЕ
Т.е. технически не реально такой объем просчитывать каждый день?
T
просчитывать может и реально, а вот хранить нет