И
Коллеги, подскажите пжл, а куда подевалась метрика InsertQuery в версии 20.3.8??
Size: a a a
2020 May 19
S
=) никуда не подевалась, у вас инсерты были вообще? ;)
AO
ReplacingMergeTree после слияния данных не выполняет дедупликацию? То есть если обновленные данные не успели в текущий фрагмент, то они задублируются на всегда?
DT
до момента последующего слияния(в котом будут участвовать парты с дублирующимися данными)
AA
Добрый день! Не получается подключить словарь, значениями которого являются NULL. Так и должно быть?
CREATE TABLE example (
key Int32,
value Nullable(Int32)
)
ENGINE = MergeTree()
ORDER BY key;
INSERT INTO example VALUES (1, 100), (2, 200), (3, NULL);
<yandex>
<dictionary>
<name>example_dict</name>
<source>
<clickhouse>
<host>localhost</host>
<user>default</user>
<password></password>
<db>default</db>
<port>9000</port>
<table>example</table>
<where></where>
</clickhouse>
</source>
<layout>
<flat/>
</layout>
<structure>
<id>
<name>key</name>
</id>
<attribute>
<name>key</name>
<type>Int32</type>
<null_value>0</null_value>
</attribute>
<attribute>
<name>value</name>
<type>Int32</type>
<null_value>0</null_value>
</attribute>
</structure>
<lifetime>15</lifetime>
</dictionary>
</yandex>
SYSTEM RELOAD DICTIONARY 'example_dict';
Code: 349, e.displayText() = DB::Exception: Cannot convert NULL value to non-Nullable type: while converting source column value to destination column value (version 20.4.2.9 (official build))
DT
похоже он не может закастить Nullable(Int32) в Int32
возможно дело в том, что используется нативный протокол к клику, будь это какая то другая субд, он бы просто заменил бы на null_value
возможно дело в том, что используется нативный протокол к клику, будь это какая то другая субд, он бы просто заменил бы на null_value
DC
sv
Ребята, подскажите. Хочу перенести таблицу с одного хоста на другой. Для этого использую команду
clickhouse-client --host host1 --query="SELECT * FROM db1.my_table FORMAT Native" |clickhouse-client --host host2 --query="INSERT INTO db2.my_table FORMAT Native"
Но зачем-то ему нужна база db1 на хосте host2
Code: 81. DB::Exception: Received from host2. DB::Exception: Database db1 doesn't exist.
Code: 75. DB::ErrnoException: Cannot write to file (fd = 1), errno: 32, strerror: Broken pipe
clickhouse-client --host host1 --query="SELECT * FROM db1.my_table FORMAT Native" |clickhouse-client --host host2 --query="INSERT INTO db2.my_table FORMAT Native"
Но зачем-то ему нужна база db1 на хосте host2
Code: 81. DB::Exception: Received from host2. DB::Exception: Database db1 doesn't exist.
Code: 75. DB::ErrnoException: Cannot write to file (fd = 1), errno: 32, strerror: Broken pipe
|clickhouse-client -d db2 --host host2 --query=
И
=) никуда не подевалась, у вас инсерты были вообще? ;)
Были
И
Или insert as select не считается
DC
поделитесь плз опытом как делали
/opt/vertica/bin/vsql -d db -c "select * from t" -q -t -U dw -w xxxx -P format=unaligned -P null=0 -F $'\t' | clickhouse-client -q "insert into t format TabSeparated"
B
добрый день, коллеги! А кто подключал prometheus к clickhouse? По доке так https://clickhouse.tech/docs/ru/operations/server-configuration-parameters/settings/#server_configuration_parameters-prometheus по факту так не работает. Ошибок в логах нет и порт 8001 никто не слушает. Подскажите что я забыл сделать?
Спасибо за подсказку @sashahit обновился с 19.15 -> 20.4 5мин полет нормальный) метрики появились.
S
Или insert as select не считается
считается
SELECT * FROM system.metrics WHERE name LIKE '%nsert%'
SELECT * FROM system.metrics WHERE name LIKE '%nsert%'
AS
И
считается
SELECT * FROM system.metrics WHERE name LIKE '%nsert%'
SELECT * FROM system.metrics WHERE name LIKE '%nsert%'
Попозже покажу, insertedrows есть а insetquery нету
DC
да
https://github.com/ClickHouse/ClickHouse/issues/7714
какое поле добавили?
default выражение зависит от существующего поля?
если таблица маленькая сотня миллионов значений OPTIMIZE TABLE stats FINAL поможет - но будет делаться около часа
https://github.com/ClickHouse/ClickHouse/issues/7714
какое поле добавили?
default выражение зависит от существующего поля?
если таблица маленькая сотня миллионов значений OPTIMIZE TABLE stats FINAL поможет - но будет делаться около часа
>но будет делаться около часа
около часа? если 2 дня будет длится, тогда что? Почему час?????
около часа? если 2 дня будет длится, тогда что? Почему час?????
VB
/opt/vertica/bin/vsql -d db -c "select * from t" -q -t -U dw -w xxxx -P format=unaligned -P null=0 -F $'\t' | clickhouse-client -q "insert into t format TabSeparated"
ого сколько параметров )
спасибо
спасибо
S
>но будет делаться около часа
около часа? если 2 дня будет длится, тогда что? Почему час?????
около часа? если 2 дня будет длится, тогда что? Почему час?????
таблица 100м записей это примерно 20-30 гигов данных
у меня такое делалось что-то вроде 1-1.5 часа
у меня такое делалось что-то вроде 1-1.5 часа
DC
Добрый день всем! Вопрос:
Если мы явно указываем в запросе временную зону, например, так:
Т.к. у нас отличаются. Версия клика 19.17.6.
Если мы явно указываем в запросе временную зону, например, так:
select timestamp from t where timestamp=toDateTime('2020-05-19 00:00:00', 'UTC')
то при обращении к одной и той же БД мы должны получить одинаковые значения для поля типа DateTime (timestamp) на любых клиентов, или же есть обстоятельства, при которых они могут отличаться?Т.к. у нас отличаются. Версия клика 19.17.6.
у вас отличается результирущая строка, она рендерится по разному, проверить это можно так
select timestamp, toString(timestamp, 'UTC') xxxxxfrom t where timestamp=toDateTime('2020-05-19 00:00:00', 'UTC')DC
таблица 100м записей это примерно 20-30 гигов данных
у меня такое делалось что-то вроде 1-1.5 часа
у меня такое делалось что-то вроде 1-1.5 часа
ну вот у меня строки по 6кб (100mil - 600ГБ) и один жесткий диск на 5400, посчитайТе мне