Строки надо экранировать, всегда.

Ребят, а нет под рукой у кого нибудь конфига clickhouse-client для случая когда юзер и пароль кастомные?

clickhouse-client --host <your_host> --port <your_port> --user <your_user> --password <your_password>

это я знаю. Но чтобы это все не вводить, можно прописать в конфиг: ./clickhouse-client.xml ~/.clickhouse-client/config.xml /etc/clickhouse-client/config.xml вот хочу его пример

примера файла нет, но чтобы не вводить все параметры руками, можно использовать alias. если у вас bash, можно этот алиас куда-нибудь в .bashrc прописать

Столкнулся с такой проблемой, работая с нативным клиентом из официального докер образа. Если вставить кириллический текст, он обрывается на первой букве. А если печатать прямо в клиенте, есть проблемы с кодировкой. Работая с клиентом без докера, таких проблем нет (у меня на машине локаль utf-8). Похоже, в докер файле не хватает нужной локали. Наверное, это чинится как-то так: RUN locale-gen en_US.UTF-8 ENV LANG en_US.UTF-8 ENV LANGUAGE en_US:en ENV LC_ALL en_US.UTF-8 Было бы здорово, если бы это поправили. Спасибо

Всем привет. Проблема с temp табличками. не удается создать TEMP табличку через HTTP интерфейс, с юзера, у которого нет доступа к базе default http://ch0/ ?database=project1 &session_id=152c74ad&user= project1&password=pass POST: CREATE TEMPORARY TABLE temp1 AS SELECT 1 получаем Code: 291, e.displayText() = DB::Exception: Access denied to database default, e.what() = DB::Exception http://ch0/ ?database=project1 &session_id=152c74ad&user= project1&password=pass POST: CREATE TEMPORARY TABLE project1.temp1 AS SELECT 1 Получаем Code: 60, e.displayText() = DB::Exception: Table project1. temp1 doesn't exist., e.what() = DB::Exception

Всем привет. До сих пор актуален вопрос про temp таблички. Очень не хочется всем юзерам открывать доступ к БД default.

я нашел в конфиге только лимит на сессию

Коллеги, а NULL значения уже допустимы во внешних словарях?

В retention нет параметра "окончание срока хранения". Соответвенно и удалять по нему нельзя

Привет! Заметили, что при запросах в distributed таблицу КХ не использует сеть, которую мы прописали в interserver_http_host. Подскажите, пожалуйста, этот параметр нужен только для репликации или мы сделали что-то не так?

тогда я неправильно понял, что Вы имели в виду под В retention нет параметра "окончание срока хранения".

Только для репликации.

В xml, которым задаются правила rollup-а для GraphiteMergeTree, нет параметра "окончание срока хранения". В обычном карбоне на висперах задается "хранить одну точку каждые X секунду в течение Y времени" В КХ задается "точки старше Y времени схлопывать до одной точки каждые X секунд"

я как раз и указал на эту самую разницу В текущем кейсе precise=86400 может спасти в условиях, что нас не интересуют какие-то точки. Они не пропадут совсем, но места будут занимать пренебрежимо мало

а есть ли возможность каким-либо образом сделать так, чтобы все внутреннее общение между шардами шло через другую сеть?

нет

а есть варианты преобразования при вставке данных? например иногда такие "--" дефисы встречаются в столбце типа Int?

вставляете массово из файла?

да

Ну тогда у вас полный набор возможностей grep/awk/sed и вот это вот все

спасибо, поизучаю что это такое

вы вот смеетесь, а я сопровождал проект с хранением файлов внутри кластера mongodb

вы вот смеетесь, а я сопровождал проект с хранением файлов внутри кластера mongodb

gridfs?

вы вот смеетесь, а я сопровождал проект с хранением файлов внутри кластера mongodb

Раньше помнится движок IPB (invision power board) хранил все картинки, стили и шаблоны для рендеринга в MySQL :) Он читал файлы и писал их в базу...

там это настраивалось. vBulletin хранит все не-базовые стили в базе. То есть если у вас стиль из базовой поставки - он лежит в виде файла, а если вы его в редакторе меняете - будет забираться из базы. Самое страшное, что аватарки по умолчанию бублик тоже хранит в базе. И таблицу с аватарками периодически ломает

И еще вопрос: надо ли перезапускать сервер или как-то делать флаш, когда обновляешь users.xml?

он их вроде без рестарта подхватывает

Из доки: >Снижения производительности не будет, если: >- Данные поступают в режиме реального времени. Это про что? Про стримы? Или можно просто по одной записи всталять?

SELECT (dt, groupArray(x)) FROM ( SELECT toDate('2017-01-01') + (number % 5) AS dt, rand() AS x FROM system.numbers LIMIT 20 ) GROUP BY dt

Спасибо, но это не совсем то что нужно. Допустим у меня в таблице есть еще один столбец users, т.е. такая структура и данные: date, event, users —------------------------- 2010-09-10 1 1 2010-09-10 2 1 2010-09-10 2 1 2010-09-10 2 1 2010-09-10 3 2 2010-10-01 2 2 2010-10-01 3 2 2010-10-01 5 2 2010-10-01 5 2 Одним запросом я хочу посчитать число юзеров, и число повторных событий за один день группируя по юзеру. В результате хотелось бы получить такой ответ (count(events) - образно): uniq(users), count(events) —------------------------------------- 2 3

WITH 1 + 1 AS a SELECT a, a * a ┌─a─┬─multiply(a, a)─┐ │ 2 │ 4 │ └───┴────────────────┘

когда найдете причину - поделитесь пожалуйста, мы также льем посуточно в replacingmergetree, с такой проблемой не встречались, но хотелось бы предупредить если такое возможно =)