VB
для кого-то потеря десятка записей уже проблема
Size: a a a
2020 July 13
АГ
Id должен быть UInt64
да, сделал через UInt64. Заработало через использование dictGetString. Спасибо за помощь
AZ
hashed с key UInt32 вообще бы не должен создаваться
отдельное issue :) пока завел только на баг - https://github.com/ClickHouse/ClickHouse/issues/12457
DC
Хм, а много данных там лежит? Может ими можно пренебречь
В чем проблема с alter? Религия не позволяет?
l
hashed с key UInt32 вообще бы не должен создаваться
могу ошибаться, но он вроде автоматически тип до UInt64 поднимает
A
В чем проблема с alter? Религия не позволяет?
Двойная работа
A
Но видимо придется через alter делать
l
SHOW CREATE TABLE default.dict3
CREATE DICTIONARY default.dict3
(
)
PRIMARY KEY id
SOURCE(CLICKHOUSE(HOST 'localhost' PORT 9000 USER 'default' PASSWORD '' DB 'default' TABLE 'dict_source2' WHERE ''))
LIFETIME(MIN 0 MAX 1000000)
LAYOUT(FLAT())
SELECT
name,
type,
key
FROM system.dictionaries
WHERE name = 'dict3'
┌─name──┬─type─┬─key────┐
│ dict3 │ Flat │ UInt64 │
└───────┴──────┴────────┘
CREATE DICTIONARY default.dict3
(
id UInt8,name String)
PRIMARY KEY id
SOURCE(CLICKHOUSE(HOST 'localhost' PORT 9000 USER 'default' PASSWORD '' DB 'default' TABLE 'dict_source2' WHERE ''))
LIFETIME(MIN 0 MAX 1000000)
LAYOUT(FLAT())
SELECT
name,
type,
key
FROM system.dictionaries
WHERE name = 'dict3'
┌─name──┬─type─┬─key────┐
│ dict3 │ Flat │ UInt64 │
└───────┴──────┴────────┘
AZ
1. Запрос для примера: select click_country_id from click_conversion cc left join city c on toUInt32(city.id) = cc.click_city_id limit 10
2. DDL таблицы city: CREATE DICTIONARY city (
3. Если делаю просто select * from city, то всё отлично показывается
Stack trace полный. Issue хотел добавить, но гитхаб с утра себя плохо чувствовал)))
2. DDL таблицы city: CREATE DICTIONARY city (
id UInt32,country_id UInt8,name String) PRIMARY KEY id SOURCE(ODBC(TABLE 'city' CONNECTION_STRING 'DSN=zcpa')) LIFETIME(MIN 300 MAX 360) LAYOUT(HASHED())3. Если делаю просто select * from city, то всё отлично показывается
Stack trace полный. Issue хотел добавить, но гитхаб с утра себя плохо чувствовал)))
если вдруг еще интересно, проблема в toUInt32() в секции on, не обработали этот случай
АГ
если вдруг еще интересно, проблема в toUInt32() в секции on, не обработали этот случай
понял. спасибо)
НЧ
Подскажите, что это за ошибка стала возникать? Code: 49. DB::Exception: Received from localhost:9000. DB::Exception: Directory name for async inserts is empty. При попытке загрузить файл в Distributed-таблицу.
НЧ
Таблица:
НЧ
CREATE TABLE cub6.data10_tmp ON CLUSTER data10_cluster AS cub6.data10_shard_tmp
ENGINE = Distributed(data10_cluster, cub6, data10_shard_tmp, rand())
ENGINE = Distributed(data10_cluster, cub6, data10_shard_tmp, rand())
НЧ
Предположительно, после обновления до 20.5
НЧ
Николай Чернов
Подскажите, что это за ошибка стала возникать? Code: 49. DB::Exception: Received from localhost:9000. DB::Exception: Directory name for async inserts is empty. При попытке загрузить файл в Distributed-таблицу.
Эта ошибка возникает только с параметром <prefer_localhost_replica>0</prefer_localhost_replica>
DC
Николай Чернов
Эта ошибка возникает только с параметром <prefer_localhost_replica>0</prefer_localhost_replica>
а у вас replicated таблицы? internal_replication во что установлено?
и зачем вам prefer_localhost_replica = 0?
https://github.com/ClickHouse/ClickHouse/pull/11527
https://github.com/ClickHouse/ClickHouse/pull/10867
и зачем вам prefer_localhost_replica = 0?
https://github.com/ClickHouse/ClickHouse/pull/11527
https://github.com/ClickHouse/ClickHouse/pull/10867
НЧ
Да, replicated. <internal_replication>true</internal_replication>
НЧ
с prefer_localhost_replica не совсем разобрался, для чего он...
НЧ
поставил 0 потому что: 0 — ClickHouse использует балансировку, заданную настройкой load_balancing.
DC
Николай Чернов
с prefer_localhost_replica не совсем разобрался, для чего он...
эта настройка нужна чтобы выполнять запрос на любой реплике а не только на локальной для distrbuted таблицы, она никому не нужна в =0