всем доброго времени суток. Подскажите, пожалуйста, возможно ли и, если возможно, то как это реализуется, с помощью constraint-ов задать ограничение на уникальность значений в столбце в таблице clickhouse?
так прямо чтобы при вставке падало нельзя... постфактум убирать дубликаты батчами можно (CollapsingMT, ReplacingMT, DEDUPLICATE)
Всем привет. Подскажите пожалуйста. Пытаюсь понять как в spring boot сделать dbmigration c яндексовским clickhouse? Попробовал flyway он говорит: FlywayException: Unsupported Database: ClickHouse 20.4
на локалке не было проблем на сервере стал загружать данные выскакивает Memory limit (total) exceeded: would use 3.46 GiB (attempt to allocate chunk of 4369746 bytes), maximum: 3.46 GiB
привет, при группировке для большой таблицы clickhouse данные которые на помещаются в память отправляет на диск, на системный диск. Где поменять настройку, чтобы скидывал не на системный диск, а на какой-нибудь другой
привет, при группировке для большой таблицы clickhouse данные которые на помещаются в память отправляет на диск, на системный диск. Где поменять настройку, чтобы скидывал не на системный диск, а на какой-нибудь другой
Планирую экспортировать данные из MySQL в ClickHouse. Вижу, что в КХ встроена нативная работа с Мускулем, но только с отдельными таблицами. Т.е. запрос с джойнами на стороне КХ не сформировать, надо вьюху делать?
Планирую экспортировать данные из MySQL в ClickHouse. Вижу, что в КХ встроена нативная работа с Мускулем, но только с отдельными таблицами. Т.е. запрос с джойнами на стороне КХ не сформировать, надо вьюху делать?
на локалке не было проблем на сервере стал загружать данные выскакивает Memory limit (total) exceeded: would use 3.46 GiB (attempt to allocate chunk of 4369746 bytes), maximum: 3.46 GiB
Привет! Посоветуйте пожалуйста, как оптимальнее всего написать запрос с такой фильтрацией: Нужно оставить записи, начиная с некоторого события по каждому пользователю. Например, начиная с посещения определенного URL.
Прямолинейный подход - написать подзапрос, который будет считать время для каждого пользователя, а потом join с основной таблицей и фильтрация по времени - на крайний случай. Может есть варианты без join-а?
Привет! Посоветуйте пожалуйста, как оптимальнее всего написать запрос с такой фильтрацией: Нужно оставить записи, начиная с некоторого события по каждому пользователю. Например, начиная с посещения определенного URL.
Прямолинейный подход - написать подзапрос, который будет считать время для каждого пользователя, а потом join с основной таблицей и фильтрация по времени - на крайний случай. Может есть варианты без join-а?
есть, как минимум через GROUP BY, но не уверен, что он будет лучше