1
Спасибо, понимаю что все меры будут «ручными», интересно ещё про модель почитать
Тогда читайте и про оптимизацию, там они описывают как лучше с такими данными работать и строить модель
Size: a a a
2020 July 05
1
Спасибо, понимаю что все меры будут «ручными», интересно ещё про модель почитать
Точно помню разбивать дни и время на отдельные столбцы, тогда сжатие лучше и материализация данных меньше
MB
Точно помню разбивать дни и время на отдельные столбцы, тогда сжатие лучше и материализация данных меньше
Да, один только календарь будет день x 24 🙃
1
Да, один только календарь будет день x 24 🙃
Я не о справочнике, а про факт, иначе Вы почасово не посчитаете. Тогда время прийдется доводить до целого часа, скорее всего и отдельный справочник часов делать, но я могу быть не прав, возможно есть более оптимальные варианты проектирования
MB
Я не о справочнике, а про факт, иначе Вы почасово не посчитаете. Тогда время прийдется доводить до целого часа, скорее всего и отдельный справочник часов делать, но я могу быть не прав, возможно есть более оптимальные варианты проектирования
Да, и факт тоже... ох.. весело будет
1
Да, и факт тоже... ох.. весело будет
Подумайте ещё раз)
АО
Доброе утро, что посоветуете почитать про time intelligence(построение модели, формулы) на более низком уровне чем день - час. Все формулы в DAX «заточены» под день, т.е. в принципе это day intelligence а не time.
Воспользуйтесь таким подходом = Каждый столбец c датой и временем в PQ можно преобразовать в десятичное число. По итогу будет: сутки =1,00; час=1/24; минута = 1/1440 и т.д. вот и играйтесь с десятичными числами и вам ещё помогут функции - Quotient, Mod и Divide.
MB
Воспользуйтесь таким подходом = Каждый столбец c датой и временем в PQ можно преобразовать в десятичное число. По итогу будет: сутки =1,00; час=1/24; минута = 1/1440 и т.д. вот и играйтесь с десятичными числами и вам ещё помогут функции - Quotient, Mod и Divide.
Спасибо, уже интереснее..
Р
Коллеги доброе утро
MB
Воспользуйтесь таким подходом = Каждый столбец c датой и временем в PQ можно преобразовать в десятичное число. По итогу будет: сутки =1,00; час=1/24; минута = 1/1440 и т.д. вот и играйтесь с десятичными числами и вам ещё помогут функции - Quotient, Mod и Divide.
А модель как строите, как связываете calendar и facts
АО
А модель как строите, как связываете calendar и facts
Так же само! :) и мне не попадалась задача - где нужен был-бы справочник из часов. Но если вам нужно, то можете сделать, в этом справочнике будет 24 строчки. И факт будет связан как с календарём, так и со справочником "часов" :)
MB
Так же само! :) и мне не попадалась задача - где нужен был-бы справочник из часов. Но если вам нужно, то можете сделать, в этом справочнике будет 24 строчки. И факт будет связан как с календарём, так и со справочником "часов" :)
Спасибо... сейчас будем пробывать...
1
Спасибо... сейчас будем пробывать...
Советую определиться вначале что хотят видеть в результате и только потом искать пути решения, а не наоборот
MB
Советую определиться вначале что хотят видеть в результате и только потом искать пути решения, а не наоборот
Конечно, ещё даже пробую отговорить и делать по дням... но надежды мало
1
Конечно, ещё даже пробую отговорить и делать по дням... но надежды мало
требуйте сразу повышение ЗП, проект будет "веселым")
MB
требуйте сразу повышение ЗП, проект будет "веселым")
🤪
DL
ИС
Доброе утро, что посоветуете почитать про time intelligence(построение модели, формулы) на более низком уровне чем день - час. Все формулы в DAX «заточены» под день, т.е. в принципе это day intelligence а не time.
Я на одном проекте делал так, уточнил у заказчика минимальную гранулярность, сказали достаточно будет до 5 минут. Потом сформировал хранилище, слой стейдж, объектный слой, витрина. В обьектном слое данные в формате дата-времени (datetime). В слое витрины - уже разбиты по измерениям дат и времени. Время детализировано до 5 минут. Затем заказчику требовалось кучу мер с разницами между разными полями даты-времени, т.е. продолжительность работ, просрочка, среднее время реакции и тд. Это все посчитал в слое витрины отдельными числовыми полями а-ля "Продолжительность работ, мин", на основе исходных полей дат-времени, тупо sql формулой datediff(minute,....), все в минутах (заказчик сказал: в минутах - ок), и на базе этих полей уже вывел меры.
Собственно все, никаких особых заморочек. Измерение времени с гранулярность до 5 мин.
Собственно все, никаких особых заморочек. Измерение времени с гранулярность до 5 мин.
MB
Игорь Стерхов
Я на одном проекте делал так, уточнил у заказчика минимальную гранулярность, сказали достаточно будет до 5 минут. Потом сформировал хранилище, слой стейдж, объектный слой, витрина. В обьектном слое данные в формате дата-времени (datetime). В слое витрины - уже разбиты по измерениям дат и времени. Время детализировано до 5 минут. Затем заказчику требовалось кучу мер с разницами между разными полями даты-времени, т.е. продолжительность работ, просрочка, среднее время реакции и тд. Это все посчитал в слое витрины отдельными числовыми полями а-ля "Продолжительность работ, мин", на основе исходных полей дат-времени, тупо sql формулой datediff(minute,....), все в минутах (заказчик сказал: в минутах - ок), и на базе этих полей уже вывел меры.
Собственно все, никаких особых заморочек. Измерение времени с гранулярность до 5 мин.
Собственно все, никаких особых заморочек. Измерение времени с гранулярность до 5 мин.
Спасибо
AK
