Starting December 3, join live sessions with database experts and the Microsoft product team to learn just how easy it is to get started
Learn moreGet certified in Microsoft Fabric—for free! For a limited time, get a free DP-600 exam voucher to use by the end of 2024. Register now
Hello there,
I need to ask which the effective language that should I deep dive into, which language is worthy to rely on my data analysis. I'm still a newbie in BI but I'm familiar with creating the desired report and chart based on a little knowledge of BI. And I need to start deep dive into data analysis through the provided BI language, but the question here Dax or M Language or both of t them? I'm relly messy.
thanks a lot.
Solved! Go to Solution.
You emphasized Data Analysis twice in your post so I'll say DAX first!
DAX stands for Data Analysis Expressions after all
That said inevitably you WILL need some knowledge of M
However the User Interface in the Query Editor is extremely helpful so you can delay having to learn M indefinitely
Don't let @ImkeF and @MarcelBeug see this post
Check out this article fresh from the press: http://radacad.com/m-or-dax-that-is-the-question
Agree with @Sean : Make use of the wonderful user interface in the query editor which let's you glide into the language with minimal efford, if you start to read the code that has been created with your interactions:
1) Make sure that the Formula Bar is visible (2)
3) Click on each stepname and see what code has been generated (2)
It's a bit like the Macro-recorder in Excel. It's a painless excercise at the beginning and you will develop a feeling for the syntax of the language and in no time you might start to twitch the code a bit and explore coding 🙂
Imke Feldmann (The BIccountant)
If you liked my solution, please give it a thumbs up. And if I did answer your question, please mark this post as a solution. Thanks!
How to integrate M-code into your solution -- How to get your questions answered quickly -- How to provide sample data -- Check out more PBI- learning resources here -- Performance Tipps for M-queries
I would add there is a concern we're running into given the Analyze in Excel feature in O365. Amounts/Values with a sigma next to them in your Fields list are not valid candidates for the Values section of the pivot table once you're in Excel. Only Measures with a calculator icon next to them in your Fields list are. So, what might be a valid candidate for aggregations in Power BI might not be available for the Analyze in Excel experience as you might imagine.
much replies with great useful points of view. I decided to learn both, but I will start with DAX language. Hope if it will be the best decision.
thanks a lot for every reply.
A scenario that might not be a common one but still worth considering: If you plan to transfer your Power BI Model into SSAS Tabular mode in a later stage you should not use Power Query (M) functionality as it is not supported in SSAS.
.. Your answer is correct. At the moment.
But please consider SQL vNExt, which is in CTP and will be released this year.
SQL vNExt supports Power Query!
Cheers!
Thanks for your valuable input!
You are right, I'm really excited about this feature!
Learn both. 🙂
Not much to add from my side.
The general rules when to use M or DAX are clearly explained, but in my opinion there are still grey areas where both M and DAX can be used.
I reckon where there is overlap and it can be done both in DAX or M, then do it in M.
The less computing the published model has to do the better.
If i may add something: i think PowerBI has done a great job at hiding the intricacies of M for the beginner, but has still a lot to improve to do the same for DaX with mux more power in the UI and better Table and Matrix Visuals, plus imrpoved exports.
This is especially important since many of these new users will come with their user experience and frankly, sometimes, using Dax is like learning to walk , while you felt you were a champion runner in Excel...
You emphasized Data Analysis twice in your post so I'll say DAX first!
DAX stands for Data Analysis Expressions after all
That said inevitably you WILL need some knowledge of M
However the User Interface in the Query Editor is extremely helpful so you can delay having to learn M indefinitely
Don't let @ImkeF and @MarcelBeug see this post
Check out this article fresh from the press: http://radacad.com/m-or-dax-that-is-the-question
Agree with @Sean : Make use of the wonderful user interface in the query editor which let's you glide into the language with minimal efford, if you start to read the code that has been created with your interactions:
1) Make sure that the Formula Bar is visible (2)
3) Click on each stepname and see what code has been generated (2)
It's a bit like the Macro-recorder in Excel. It's a painless excercise at the beginning and you will develop a feeling for the syntax of the language and in no time you might start to twitch the code a bit and explore coding 🙂
Imke Feldmann (The BIccountant)
If you liked my solution, please give it a thumbs up. And if I did answer your question, please mark this post as a solution. Thanks!
How to integrate M-code into your solution -- How to get your questions answered quickly -- How to provide sample data -- Check out more PBI- learning resources here -- Performance Tipps for M-queries
Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.
March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Early Bird pricing ends December 9th.
User | Count |
---|---|
90 | |
88 | |
83 | |
64 | |
49 |
User | Count |
---|---|
126 | |
110 | |
87 | |
70 | |
66 |