не будут использоваться для дедубликации?
https://fiddle.clickhouse.com/32867f92-4ec1-4e3f-a0ad-8032387d1f26
нету ну разве что проекцию какую создать с другим ORDER BY .. а оно вам зачем поле в сортировку то пихать? поди небось еще и поле с высокой кардинальностью и без монотонности относительно других полей?
вчера отвечали, что не работают нормально проекции в RMT надо потому, что id, который используется для дедубликации далее нужен в общем-то только для uniqExact а вот все условия и сортировки идут по полям с меньшей кардинальностью но при этом они изменяемые,
и ? в чем проблема то? сделайте PRIMARY KEY без id а ORDER BY с id получите и дедупликацию... и uniqExact и PRIMARY KEY в памяти не распухнет... и ваши WHERE ... ORDER BY будут нормально работать...
либо я не так понял либо не работает https://fiddle.clickhouse.com/5ce50deb-23a2-41a5-a92c-9a63b78c4ce0
не сработает, как я понимаю если делать primary key (c1, c2) а order by (c1, c2, id) то дедубликация будет не по id, а по с1, с2, id
да, так и происходит
у вас там 4 уникальных комбинации... вы что от FINAL То хотите?
а как должно выдать?
вам нужен какой-то инвертированный merge tree, где дедубликация по primary key, а индексы в памяти по order by 😄
ну ... так автор же сказал что ему uniqExact потом нужен для id в группировке...
хочу вот так https://fiddle.clickhouse.com/4be38f0c-6197-4b9e-82f7-d73df9ec4b47 но чтобы были сортировки по val
select * from t final GROUP BY val; этот запрос не имеет смысла, вам ошибку показывают что нет аггрегирующей функции... что вы там по val группировать то собрались?
да, дедубликация по ID а индексы по другим полям
Обсуждают сегодня