DT
вообще сомнительная идея, тк агрегатные функции подразумевают под собой, что их нужно еще будет до агрегировать.
Size: a a a
2021 February 21
2021 February 22
AA
there is nothing we can do about that
RH
Hi Grafana fans! Altinity will be doing a webinar showing how to use Grafana and ClickHouse this coming Wednesday. We're the folks that maintain the ClickHouse datasource provider. Here's the link to signup and attend. Bring your questions and ideas to make Grafana support better. https://altinity.com/webinarspage/building-beautiful-interactive-dashboards-with-grafana-and-clickhouse
I
Довольно интересный кейс использования кликхауса у Убера. https://eng.uber.com/logging/
Только совершенно не понятно как они использовали merge() и как работает функция. В документации почти ноль. Где можно почитать подробнее?
Только совершенно не понятно как они использовали merge() и как работает функция. В документации почти ноль. Где можно почитать подробнее?
DT
Довольно интересный кейс использования кликхауса у Убера. https://eng.uber.com/logging/
Только совершенно не понятно как они использовали merge() и как работает функция. В документации почти ноль. Где можно почитать подробнее?
Только совершенно не понятно как они использовали merge() и как работает функция. В документации почти ноль. Где можно почитать подробнее?
Точно так же как и Merge table engine https://clickhouse.tech/docs/en/sql-reference/table-functions/merge/
S
Довольно интересный кейс использования кликхауса у Убера. https://eng.uber.com/logging/
Только совершенно не понятно как они использовали merge() и как работает функция. В документации почти ноль. Где можно почитать подробнее?
Только совершенно не понятно как они использовали merge() и как работает функция. В документации почти ноль. Где можно почитать подробнее?
а что конкретно не понятно в документации?
у вас просто выборка из Merge() Таблицы делается как проброс запросов к underlying tables который в настройках Merge прописаны при объявлении таблицы
у вас просто выборка из Merge() Таблицы делается как проброс запросов к underlying tables который в настройках Merge прописаны при объявлении таблицы
VB
Может кого-то из сообщества заинтересует, идея сделать MySQL Federated->CH, есть проект "Federated mysql compatible proxy to elasticsearch, mongo, kube-apis, big-table, google datastore" , пытался сам сделать но моих знаний GO не хватило )
https://github.com/dataux/dataux
https://github.com/dataux/dataux
привет из будущего )
как раз заинтересовала эта тема
интересно было бы писать по триггеру из MySQL в CH
ничего такого не появилось за это время?
как раз заинтересовала эта тема
интересно было бы писать по триггеру из MySQL в CH
ничего такого не появилось за это время?
e
Материальные вьюхи над внешними таблицами ?
DS
>2 replica and 2 shard in 2 server
Worst idea ever.
Just do 2 replicas 1 shard
OR create 4 VM on 2 servers.
Worst idea ever.
Just do 2 replicas 1 shard
OR create 4 VM on 2 servers.
@den_crane Объясните, пожалуйста, почему это плохо? Если будет только 1 шард, то не будут использоваться вычислительные мощности 2-го сервера. Или я не правильно расссуждаю?
M
в чем смысл ставить на одну тачку два сервера ?
DS
в чем смысл ставить на одну тачку два сервера ?
может я не правильно понял. Я имею ввиду такую схему, что есть 2 физические ноды кластера. На каждой стоит shard с репликой противоположного shard'а.
ЕА
шарды нужны чтобы нагрузку распределять, реплика для сохранения данных, как будет распределена нагрузка если на 2х серверах будет 2 реплики и 2 шарда? смысла кажется не очень много
M
может я не правильно понял. Я имею ввиду такую схему, что есть 2 физические ноды кластера. На каждой стоит shard с репликой противоположного shard'а.
ну если тачка вырубится, то по реплике из каждого шарда вылетит из кластера. То есть останеся все равно одна машина
Так какой смысл держать 2 сервера на одной тачке и платить за ресурсы
Так какой смысл держать 2 сервера на одной тачке и платить за ресурсы
DS
шарды нужны чтобы нагрузку распределять, реплика для сохранения данных, как будет распределена нагрузка если на 2х серверах будет 2 реплики и 2 шарда? смысла кажется не очень много
ну да, т.е. при тяжелом запросе будет распределение нагрузки между 2-мя машинами. А при временном отключении 1-й ноды мы не теряем данные, т.к. есть реплика.
ЕА
ну да, т.е. при тяжелом запросе будет распределение нагрузки между 2-мя машинами. А при временном отключении 1-й ноды мы не теряем данные, т.к. есть реплика.
как ты отключишь 1 ноду без простоя или частичного простоя сервиса? или 2 шарда на одной ноде будут храниться? тогда еще меньше смысла становится
M
как ты отключишь 1 ноду без простоя или частичного простоя сервиса? или 2 шарда на одной ноде будут храниться? тогда еще меньше смысла становится
как я понял, он имеет в виду, что на каждой тачке есть по инстансу из каждого шарда. То есть если есть шард 1-1 и 2-2, то на двух тачках будет 1-2 и 1-2 соответсвенно
ЕА
хотя туплю чет, можно конечно 1 ноду отключать
DS
сори, сейчас поправлю картинку
ЕА
ну вот на схеме выше теряется смысл шардирования, так как нагрузка нифига не распределяется, а остается такой же как и если бы шарда 2 не было бы вообще