@clickhouse_ru

Страница 75 из 723
Константин
28.02.2017
07:21:02
либо делать replicated view поверх локальных репликейтед таблиц

получается, что вьюха будет хранится только на одном шарде

и в случае падения обоих реплик в данном шарде - вьюха будет не доступна

Dmitriy
28.02.2017
07:22:46
сделайте distributed на всех шардах и вьюхи рядом.

Google
Константин
28.02.2017
07:23:54
учитывая, что данные не сразу расходятся на все сервера - не будет ли такого, что на разных серверах будут разные данные?

так как планируется распределять запросы на шарды лодбалансером

Felixoid
28.02.2017
07:28:16
А какая цель делать вьюху над распределённой таблицей?

Константин
28.02.2017
07:29:27
для аггрегации данных

ну или сделать вьшки на репликах

и сделать distributed таблицу для этих вьюшек

данные в конечном итоге будут доаггрегированы на том сервере где произошел запрос

Pavel
28.02.2017
10:23:41
А зачем именно так? Имена можно же и стандратным образом указывать: INSERT INTO t3 (event_date, app_name) FORMAT CSV 0000-00-00, 'app'

Konstantin
28.02.2017
10:24:24
@artmkin ruby client так генерит, я пытаюсь понять почему иногда работает, а иногда нет.

в смысле всегда использует FORMAT CSVWithNames

Pavel
28.02.2017
10:29:03
@etehtsea А в каких случаях работает?

Konstantin
28.02.2017
10:30:17
@artmkin по второй ссылке в первом случае три колонки (string, date, datetime) и все хорошо. делаю вторую таблицу, но без datetime. и работать перестает...

Denys
28.02.2017
10:48:24
Ребята, а где можно скачать скомпилированный JDBC драйвер под ClickHouse?

Google
Dmitry
28.02.2017
10:55:09
Denys
28.02.2017
11:00:08
Спасибо

evervoid
28.02.2017
11:22:52
Подскажите пожалуйста, когда будет доступна запись трансляции с питерского митапа? Если, конечно, она вообще будет доступна

evervoid
28.02.2017
11:27:43
Спасибо!

Alexey
28.02.2017
11:30:00
а онлайн трансляции не будет?

Sergey
28.02.2017
11:32:32
а онлайн трансляции не будет?
Судя по письму, обещают вот здесь https://events.yandex.ru/events/meetings/28-february-2017/

Denys
28.02.2017
11:40:50
SELECT countDistinct(number) FROM ( SELECT number FROM system.numbers LIMIT 100000 ) ┌─uniq(number)─┐ │ 100315 │ └──────────────┘

Ребята, а как такое возможно?

Alexander
28.02.2017
11:42:26
примерно точно ). попробуйте uniqExact()

Denys
28.02.2017
11:43:02
?

Alexander
28.02.2017
11:43:35
Но это бага на самом деле, будет (уже) поправлена в очередном релизе

Denys
28.02.2017
11:44:20
Спасиб

Никто еще не писал библиотеку для .Net?)

Константин
28.02.2017
13:40:43
интересная вещь произошла

изза того, что в replicated таблицах были materialized поля

они не хотели наполнятся, так как materizlized поля заполнялись уже в distributed таблице

и был конфликт вставки данных

убрал materialized поля и думаю, залью по новой данные

Google
Константин
28.02.2017
13:42:26
и тут, откуда не возьмись полились данные

правильно я понял, что изза ошибок КХ не потерял те первые данные а просто хранил их в кеше?

Страница 75 из 723