НЧ
Но должна быть исправлена в новых версиях
А насколько новых? В 21.2.3.15 ещё присутствует
https://github.com/ClickHouse/ClickHouse/pull/20067
https://github.com/ClickHouse/ClickHouse/issues/20052
Size: a a a
2021 March 09
DT
DT
В 21.3 работает
GA
Добрый день! Подскажите пожалуйста, есть ли возможность делать выборку из таблицы определенного шарда?
типа: select * from mytable@shard_5
типа: select * from mytable@shard_5
VC
Если не поможет - глянуть на каждой из реплик select * from system.columns where table = ''name"
Если на части локал таблиц будет колонка, на части нет - можно попробовать на реплике где не удалилась руками удалить ещё раз (и если звёзды сойдутся - реплики засинкают метадату) у нас один раз из 10 срабатывало.
Если на части локал таблиц будет колонка, на части нет - можно попробовать на реплике где не удалилась руками удалить ещё раз (и если звёзды сойдутся - реплики засинкают метадату) у нас один раз из 10 срабатывало.
restart replica справилась, спасибо вам
DT
Gulshan Agivetova
Добрый день! Подскажите пожалуйста, есть ли возможность делать выборку из таблицы определенного шарда?
типа: select * from mytable@shard_5
типа: select * from mytable@shard_5
sharding key указан?
или как вариант использовать remote table function
или как вариант использовать remote table function
ДЗ
Ребят, привет! Подскажите как быть: заказчик убежден что надо делать DWH на ClickHouse) Есть ли у кого статьи/аргументы почему так не надо делать (с примерами)?
DT
Ребят, привет! Подскажите как быть: заказчик убежден что надо делать DWH на ClickHouse) Есть ли у кого статьи/аргументы почему так не надо делать (с примерами)?
Для того, что бы были аргументы за или против нужно сначала разобратся какой и для чего вы будете строить DWH.
GA
sharding key указан?
или как вариант использовать remote table function
или как вариант использовать remote table function
в config.xml есть описания кластера и шардов, или что вы имеете в виду под sharding key? где и как он должен быть указан можете пожалуйста уточнить?
DT
Gulshan Agivetova
в config.xml есть описания кластера и шардов, или что вы имеете в виду под sharding key? где и как он должен быть указан можете пожалуйста уточнить?
в описании Distributed таблицы
https://clickhouse.tech/docs/en/engines/table-engines/special/distributed/
https://clickhouse.tech/docs/en/engines/table-engines/special/distributed/
ДЗ
Для того, что бы были аргументы за или против нужно сначала разобратся какой и для чего вы будете строить DWH.
Заливаем данные из разных источников, по пути проверяем качество, соединяем между собой и затем отдаем это в BI
DT
Заливаем данные из разных источников, по пути проверяем качество, соединяем между собой и затем отдаем это в BI
Если соединять будете до КХ и у вас там десятки-сотни миллионов строк в день то кх может и пойдет.
DT
Конкретно статей рода: не используйте кх для чего то определенного нет.
Можно пойти от обратного посмотреть для чего рекомендуется использовать кх
https://www.youtube.com/results?search_query=clickhouse+%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5+%D0%B7%D0%B0%D0%B9%D1%86%D0%B5%D0%B2
Можно пойти от обратного посмотреть для чего рекомендуется использовать кх
https://www.youtube.com/results?search_query=clickhouse+%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5+%D0%B7%D0%B0%D0%B9%D1%86%D0%B5%D0%B2
DT
Ну разве что есть такое на офф сайте
M
Привет
подскажите, пожалуйста
есть запрос вида
select …
from distiubted_table
inner join (select … from local_table) // replacing merge tree
any left join (select … from view) // ~100 записей, запрос за 0.001 отрабатывает
запрос этот отрабатывает за 10 секунд
если обернуть верхний запрос во view
create view blabla as селект верхний запрос
то select count() from blabla будет работать уже 30+ секунд
по дебагу глянул, что
в чем концепутальная разница 1 и 2 запроса ?
подскажите, пожалуйста
есть запрос вида
select …
from distiubted_table
inner join (select … from local_table) // replacing merge tree
any left join (select … from view) // ~100 записей, запрос за 0.001 отрабатывает
запрос этот отрабатывает за 10 секунд
если обернуть верхний запрос во view
create view blabla as селект верхний запрос
то select count() from blabla будет работать уже 30+ секунд
по дебагу глянул, что
2021.03.09 11:34:50.924856 [ 27746 ] {27683dd2-c134-4d4d-a429-19c28d24f620} <Debug> CreatingSetsBlockInputStream: Created. Join with 20244545 entries from 20244545 rows. In 6.572 sec. вот эта штука работает дольше всего. в чем концепутальная разница 1 и 2 запроса ?
DT
Привет
подскажите, пожалуйста
есть запрос вида
select …
from distiubted_table
inner join (select … from local_table) // replacing merge tree
any left join (select … from view) // ~100 записей, запрос за 0.001 отрабатывает
запрос этот отрабатывает за 10 секунд
если обернуть верхний запрос во view
create view blabla as селект верхний запрос
то select count() from blabla будет работать уже 30+ секунд
по дебагу глянул, что
в чем концепутальная разница 1 и 2 запроса ?
подскажите, пожалуйста
есть запрос вида
select …
from distiubted_table
inner join (select … from local_table) // replacing merge tree
any left join (select … from view) // ~100 записей, запрос за 0.001 отрабатывает
запрос этот отрабатывает за 10 секунд
если обернуть верхний запрос во view
create view blabla as селект верхний запрос
то select count() from blabla будет работать уже 30+ секунд
по дебагу глянул, что
2021.03.09 11:34:50.924856 [ 27746 ] {27683dd2-c134-4d4d-a429-19c28d24f620} <Debug> CreatingSetsBlockInputStream: Created. Join with 20244545 entries from 20244545 rows. In 6.572 sec. вот эта штука работает дольше всего. в чем концепутальная разница 1 и 2 запроса ?
Какая версия?
M
Какая версия?
ДЗ
Конкретно статей рода: не используйте кх для чего то определенного нет.
Можно пойти от обратного посмотреть для чего рекомендуется использовать кх
https://www.youtube.com/results?search_query=clickhouse+%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5+%D0%B7%D0%B0%D0%B9%D1%86%D0%B5%D0%B2
Можно пойти от обратного посмотреть для чего рекомендуется использовать кх
https://www.youtube.com/results?search_query=clickhouse+%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5+%D0%B7%D0%B0%D0%B9%D1%86%D0%B5%D0%B2
благодарю!
DT
Привет
подскажите, пожалуйста
есть запрос вида
select …
from distiubted_table
inner join (select … from local_table) // replacing merge tree
any left join (select … from view) // ~100 записей, запрос за 0.001 отрабатывает
запрос этот отрабатывает за 10 секунд
если обернуть верхний запрос во view
create view blabla as селект верхний запрос
то select count() from blabla будет работать уже 30+ секунд
по дебагу глянул, что
в чем концепутальная разница 1 и 2 запроса ?
подскажите, пожалуйста
есть запрос вида
select …
from distiubted_table
inner join (select … from local_table) // replacing merge tree
any left join (select … from view) // ~100 записей, запрос за 0.001 отрабатывает
запрос этот отрабатывает за 10 секунд
если обернуть верхний запрос во view
create view blabla as селект верхний запрос
то select count() from blabla будет работать уже 30+ секунд
по дебагу глянул, что
2021.03.09 11:34:50.924856 [ 27746 ] {27683dd2-c134-4d4d-a429-19c28d24f620} <Debug> CreatingSetsBlockInputStream: Created. Join with 20244545 entries from 20244545 rows. In 6.572 sec. вот эта штука работает дольше всего. в чем концепутальная разница 1 и 2 запроса ?
были некоторые проблемы с перфомансем у view
set enable_debug_queries=1;
ANALYZE .... и оба запроса
set enable_debug_queries=1;
ANALYZE .... и оба запроса
M
были некоторые проблемы с перфомансем у view
set enable_debug_queries=1;
ANALYZE .... и оба запроса
set enable_debug_queries=1;
ANALYZE .... и оба запроса
второй(который вью) отваливаетсся по памяти
в первом
хотя без аналайза все ок в обеих
я чекал вообще через трейс левел
DB::Exception: Memory limit (for query) exceeded: would use 6.00 EiB (attempt to allocate chunk of 6917529027638199666 bytes), maximum: 18.63 GiB. в первом
Logical error: incorrect table expression. хотя без аналайза все ок в обеих
я чекал вообще через трейс левел