К слову. Допустим, я партиционирую некий огромный отчет (уже агреггированный)

Question

К слову. Допустим, я партиционирую некий огромный отчет (уже агреггированный)

по суткам в UTC+3 (самая популярная таймзона). Клиентов, как правило, интересует общая стата за текущий день. Но если у 50% UTC+3, то у остальных 50% вообще все таймзоны разные.

Тут два вопроса:

1. Чуть забирать из соседнего парта — сильно дороже, чем из одного? (насколько я понял, неприятно)
2. Есть ли какие-нибудь подходы, кроме того, чтобы держать отчет под каждую таймзону со своим партиционированием?

#backend #clickhouse #database #devops #programming #russian

0

20.11.2020

4 ответов

11 просмотров

David Gobronidze Автор вопроса

Denisio
я вот поприкидывал и храним почасово, дробного UTC...

Ну да, мы тоже так делаем. Просто я так до конца и не разобрался, раздражает ли кликхаус вычитывать одновременно из 12 nov и 13 nov, а не просто из 13 nov

0

20.11.2020

Denny [Altinity]

David Gobronidze
Ну да, мы тоже так делаем. Просто я так до конца и...

в 99% случаев это незаметно и не влияет, зря вы сделали partition by event_date надо было partition by toDate(event_time) event_date вообще выкинуть из таблицы

0

20.11.2020

David Gobronidze Автор вопроса

Denny [Altinity]
в 99% случаев это незаметно и не влияет, зря вы ...

Спасибо

0

20.11.2020

Denisio · Accepted Answer

Denisio

я вот поприкидывал и храним почасово, дробного UTC смещения у наших клиентов нет

0

20.11.2020

184 похожих чатов

К слову. Допустим, я партиционирую некий огромный отчет (уже агреггированный)

4 ответов

Похожие вопросы