Тёмный

Reasons 9-12 for No DAX Columns  

KratosBI
Подписаться 11 тыс.
Просмотров 120
50% 1

Опубликовано:

 

25 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 4   
@Milhouse77BS
@Milhouse77BS 2 месяца назад
Pq is a specialized language, but so nice. It generates sql with Query Folding. And easy for someone to reproduce in sql etc. For power user maybe not for business user it’s probably just the right thing.
@Milhouse77BS
@Milhouse77BS 2 месяца назад
No mas! 😢
@BernatAgulloRosello
@BernatAgulloRosello 2 месяца назад
Powerquery is also a Microsoft proprietary language. The problem of change in cardinality is not specific to DAX. Saying so is misleading. Oh and validation... Have you heard of DAX studio? I'm not pro dax columns, but you are overselling your point
@ChrisWagnerDatagod
@ChrisWagnerDatagod 2 месяца назад
Great comments. Cardinality - Changing cardinality is a universal problem, but if this is done at another layer, you can insert a data check prior to the data moving to the Gold layer and stopping it. Impossible to stop a definition in DAX. It's calculated at the last possible step so it is not possible to test until after the refresh and impact. Validation - Again, this validation can only occur after users see the information if it is calculated in a DAX column. No room for data validation steps prior to users. I list all of these out because I do not know what combination of reasons to NOT use DAX Columns will finally resonate with the DAX Columns lovers out there.
Далее
Nvidia earnings: What to expect from the AI darling
6:30
Learn 80% of DAX in an Hour
1:02:21
Просмотров 19 тыс.
Dynamically Re-Order Columns in Power Query
7:57
Просмотров 18 тыс.