Всем добрый день. Есть один теоретический вопрос. Есть определенный класс задач, где нужно одновременно поменять множество значений по какой-то логике. Самым лучшим примером такой задачи можно назвать услуги пользователя в биллинговой системе. Тоесть задача в общем виде звучит так, есть 500 тыс записей в базе, образно говоря uid и sid, айди пользователя и тарифа, при наступлении нового месяца надо обработать "одномоментно" всех этих пользователей - кому надо переключить тариф, у кого надо отключить тариф вообще, или же просто оставить такой же тариф. Вопрос про баланс, логирование и прочие вещи неинтересен. Тоесть задача тупо загрузить одну/две колонки в память, пробежать по ним и быстро все поменять как надо, по какой-то логике.

всем привет.
как я понял, кликхаус регекс не поддерживает negative lookahead.
посему вопрос к уважаемому коммьюнити: есть ли возможность без негатив лукахеда написать дичь вроде
(?!an=)(\d+)
для
ivan=01 так, чтобы брались только цифры?

на отстающей ноде SYSTEM RESTART REPLICA db.table_name

всем привет.
как я понял, кликхаус регекс не поддерживает negative lookahead.
посему вопрос к уважаемому коммьюнити: есть ли возможность без негатив лукахеда написать дичь вроде
(?!an=)(\d+)
для
ivan=01 так, чтобы брались только цифры?

просто \d+?

extractAllGroups смотрел?

не, эт не сработает, ибо там в строке еще куча цифр может быть, а мне нужно взять именно определенный параметр из урл квери

не, эт не сработает, ибо там в строке еще куча цифр может быть, а мне нужно взять именно определенный параметр из урл квери

Так тоже ругается

SELECT
    1,
    server_name + request_uri,
    count(*) AS Reqs
FROM $table
WHERE $timeFilter
GROUP BY server_name + request_uri
ORDER BY Reqs desc
LIMIT 10;

Все привет!

Подскажите, как можно перегонять большие объёмы данных внутри ClickHouse между таблицами.

Есть таблица с одним видом партиционирования, уже заполненная данными, хочу попробовать иное партиционирование, посмотреть перфоманс.

Но если создать новую таблицу и попытаться перегнать туда данные (200 млн строк), то сталкиваюсь с ошибкой вида:

Code: 241, e.displayText() = DB::Exception: Memory limit (for query) exceeded: would use 9.32 GiB (attempt to allocate chunk of 4194704 bytes), maximum: 9.31 GiB: While executing MergeSortingTransform (version 20.8.2.3 (official build))

Есть ли какие-то best-practices для таких нужд?

extract возьмёт только 123

коллеги, такой вопрос, верно ли утверждение что в реплицируемой таблице, после того как парты реплицированны, и эти же парты смерджены локально, новый полученый парт никак уже в репликации не участвует?

ты скобочки специально забыл?

Коллеги, подскажите, гарантирует ли CH, что в GROUP BY запросе с несколькими groupArray(x), groupArray(y) вставки в массивы x, y будут происходить в одном порядке?

мерж тоже реплицируется, если реплика почему-то не сможет смержить парт, она его скачает