D
подскажите а есть что то противоположное ArrayJoin
Size: a a a
2020 June 24
DT
groupArray GROUP BY id ?
D
тоесть наоборот не разворачивать элементы в строки, а несколько строк запаковать в массив
RO
Ну это как бы везде одинаково, я узнал это 30 лет назад
А я сегодня. Опоздал на 30 лет. 30 лет назад я только в машинных кодах писал на 16Кб
DT
Required Optional
Короче ясно, что при первичном ключе он весь должен учавствовать в запросе... Пропуски стоят дорого...
вообще, по секрету не обязательно)
но только в тех редких случаях, когда этих book было бы небольшое кол-во.
можно попробовать вникнуть как работает PK в кликхаусе, и тогда будет понятно почему так.
но только в тех редких случаях, когда этих book было бы небольшое кол-во.
можно попробовать вникнуть как работает PK в кликхаусе, и тогда будет понятно почему так.
RO
BK
*Есть смысл делать замену mysql на clickhouse? Развернул машину, все работает отлично, но есть ряд ограничений. Основным аргументом являются сложные выборки с группировками, с которыми ch справляется лучше. Я использую 1gb ОЗУ. Возможно неправильно разобрался в назначении ch..🧗
DT
*Есть смысл делать замену mysql на clickhouse? Развернул машину, все работает отлично, но есть ряд ограничений. Основным аргументом являются сложные выборки с группировками, с которыми ch справляется лучше. Я использую 1gb ОЗУ. Возможно неправильно разобрался в назначении ch..🧗
1гб озу это немного, вообще яндекс когда делал кликхаус рассчитывал на от 64гб озу, и с небольшим объемом могут быть проблемы.
AZ
да, вы правы, в марте зарелизили фикс, спасибо. Тут пару раз проскакивали вопросы "стоит ли пользоваться версией Х". Есть ли какие-то шоу-стопперы для последней версии (20.4 как вижу)?
кажется, фикс фиксит поддержку String, лоу кардиналити враппер все еще не работает 🙁
DC
кажется, фикс фиксит поддержку String, лоу кардиналити враппер все еще не работает 🙁
вам не особо нужен LC.
но странно что не работает, надо сделать issue
но странно что не работает, надо сделать issue
DC
zstd тоже сжимает на диске не хуже, а в памяти в вашем случае скорее всего без разницы
AZ
вам не особо нужен LC.
но странно что не работает, надо сделать issue
но странно что не работает, надо сделать issue
я всегда думал, что LC хорошо как раз по памяти выиграет, ибо по сути будет работать с "интернированными" строками. В случае обычных строк подозреваю, что одна и та же строка будет занимать N раз по M байт. однако, в нашем случае скорее всего и вправду неважно, десятки строчек на сотни строк – не большая беда
DC
DC
что интересно что sumMap работает с LC
а тут https://github.com/ClickHouse/ClickHouse/pull/8933/files для SummingMT все изменение состоит из одной проверки
а тут https://github.com/ClickHouse/ClickHouse/pull/8933/files для SummingMT все изменение состоит из одной проверки
AZ
что интересно что sumMap работает с LC
а тут https://github.com/ClickHouse/ClickHouse/pull/8933/files для SummingMT все изменение состоит из одной проверки
а тут https://github.com/ClickHouse/ClickHouse/pull/8933/files для SummingMT все изменение состоит из одной проверки
да, я тоже подсмотрел в диф уже. Видимо, не подумали про LC – подписался на ваш ишью пока что
DP
А при выгребании из кафки через CH дедупликация имеется?
AZ
А при выгребании из кафки через CH дедупликация имеется?
Если вы про повторы из-за аварий (отвалилась сеть на время, например, и офсеты не закомитились), то ответ нет
DP
Если вы про повторы из-за аварий (отвалилась сеть на время, например, и офсеты не закомитились), то ответ нет
Спасибо
DC
А при выгребании из кафки через CH дедупликация имеется?
там есть настройка кажется, сначала комитить в кафку потом вставлять либо наоборот
DP
там есть настройка кажется, сначала комитить в кафку потом вставлять либо наоборот
Поищу, спасибо