DC
и на лету добавлять order by с1, с2, с3,........................................................... с38, c39, с40
Size: a a a
2020 August 27
DC
Там потихоньку вмерживают оптимизации для GROUP BY по ключу сортировки, но я особо не сталкивался насколько оно быстрее работает.
как раз сегодня я показывал синтетический пример https://t.me/clickhouse_ru/178180
DC
но по сути малонужная фигня
p
на самом деле PK ввели отличный от ORDER by чтобы была возможность в коллапсирующих движках урезать индекс и добавить возможность на лету добалять размерности т.е. был у вас SummingMT и у него был order by с1, с2, с3,........................................................... с38 и все это лежало в памяти и фильтровалось при where , PK позволил сделать PK с1, с2, с3 order by с1, с2, с3,........................................................... с38
Т.е. в общем случае достаточно объявить только ORDER BY в CREATE TABLE?
DT
как раз сегодня я показывал синтетический пример https://t.me/clickhouse_ru/178180
А, для limit она сделана, как ORDER BY короче
DC
Т.е. в общем случае достаточно объявить только ORDER BY в CREATE TABLE?
да
p
Понял. Спасибо.
DC
причем PRimary Key секция появится автоматически, если делать modify order by
p
причем PRimary Key секция появится автоматически, если делать modify order by
А изменить ORDER BY можно только пересоздав таблицу или есть какой-то ALTER MODIFY...?
DC
А изменить ORDER BY можно только пересоздав таблицу или есть какой-то ALTER MODIFY...?
нельзя изменить ORDER BY,
но можно добавить поле и одновременно дописать это поле в конец ORDER BY
таким образом меняются только метаданные, новые парты начинаю сортироваться согласно новому ORDER BY и заполненому полю, в старых партах порядок уже правильный, потому что поле там пустое
(добавляем размерность в SummingMT (читай выше))
но можно добавить поле и одновременно дописать это поле в конец ORDER BY
таким образом меняются только метаданные, новые парты начинаю сортироваться согласно новому ORDER BY и заполненому полю, в старых партах порядок уже правильный, потому что поле там пустое
(добавляем размерность в SummingMT (читай выше))
p
Ok. Спасибо )
DT
Можно еще сделать гадость и для новой колонки поменять default на значение зависящее от других столбцов, таким образом сломать оптимизацию optimize_read_in_order
DC
ага 385й способ выстрелить в ногу в кх
AP
А существует нормальный коннектор для pyspark’а?
Нативный jdbc не работает со всем кластером, только с одной нодой, судя по всему, тк BalancedClickhouseDataSource не имплементит драйвер
Нативный jdbc не работает со всем кластером, только с одной нодой, судя по всему, тк BalancedClickhouseDataSource не имплементит драйвер
AP
Завтра попробую подпилить короче
A
Привет! не удалются строки по команде - ALTER TABLE taxismallsrvstat_db.smallsrvstat DELETE WHERE IP = (‘xxx’) - 0 rows in set. Elapsed: 0.005 sec., хотя SELECT * FROM taxismallsrvstat_db.smallsrvstat WHERE IP = (‘xxx’) показывает найденные строки
S
Привет! не удалются строки по команде - ALTER TABLE taxismallsrvstat_db.smallsrvstat DELETE WHERE IP = (‘xxx’) - 0 rows in set. Elapsed: 0.005 sec., хотя SELECT * FROM taxismallsrvstat_db.smallsrvstat WHERE IP = (‘xxx’) показывает найденные строки
ALTER TABLE .. DELETE
запускает background mutation процесс
SELECT * FROM system.mutations смотрите
и ждите когда ваша мутация пройдет как is_done=1
запускает background mutation процесс
SELECT * FROM system.mutations смотрите
и ждите когда ваша мутация пройдет как is_done=1
AK
will try this
A
ALTER TABLE .. DELETE
запускает background mutation процесс
SELECT * FROM system.mutations смотрите
и ждите когда ваша мутация пройдет как is_done=1
запускает background mutation процесс
SELECT * FROM system.mutations смотрите
и ждите когда ваша мутация пройдет как is_done=1
Code: 49, e.displayText() = DB::Exception: Part 19700101_19700101_784_1498_114_514075 intersects previous part 19700101_19700103_772_3566_1_16465 (state Committed). It is a bug. (version 19.17.10.1 (official build))
S
Code: 49, e.displayText() = DB::Exception: Part 19700101_19700101_784_1498_114_514075 intersects previous part 19700101_19700103_772_3566_1_16465 (state Committed). It is a bug. (version 19.17.10.1 (official build))
ну похоже у вас с данными беда какая то...
таблица очень большая?
таблица очень большая?