DAX Query Language Visual

[matt16]

I see big value in creating a visual that can display the results of a DAX query. One way this could be deployed is a follows. * Add the new visual to the report canvas * Write a DAX query that returns a table (of course) and add this to the visual * The visual would respect any cross filtering coming from the report just like any other visual. This would give report writers very granular control to display records without having to use a table visual and a measure that triggers the display of the correct records.

[lc4]

A simple use case for such a feature would be histograms and dynamic bucketing : how many sellers have had between 0-1000 customers , 1000-10000, … withing the current context. This currently requires adding a dummy dimension to our model and write a dedicated measure that is more convoluted than required.

[Tom_Smith]

I'm finding I need this more and more. There are workarounds, but this would be an elegant solution to so of the more demanding customer requests that cannot be built with the UI.

[fbcideas_migusr]

As well as the other use cases documented here I see this as a good way of creating a flexible ad-hoc table visualisation without having to clutter the model with virtual tables and measures that might only be used once. I can think of many instances where it would be quicker and easier to conceptualise the elements needed for a particular arrangement of data as a single DAX statement than creating and adding virtual tables and measures through the UI. There may be performance / efficiency gains by generating a virtual table within the filter context of the visual rather than pre-compiling it.

[tyler_snyder]

Key Benefits:

1) Useful to create visuals showing TopN + Others

2) Performance Optimization with variables

3) High degree of customization

[nwind1]

The biggest win for me would be the ability to write efficient, custom-coded DAX that runs 100x faster than the SUMMARIZECOLUMNS queries that Power BI auto-generates.

Whenever I have a complex data model with many dimension and fact tables, I run into performance issues with SUMMARIZECOLUMNS. It has to do with the nature of that function and how it CROSSJOINS all the dimensions from different tables and must evaluate every measure for every combination in order to find the relevant rows to display. If I have three dimension tables with 1000 rows each, the DAX engine must evaluate 1000^3 or 1billion combinations for each measure. Yes, it's often pretty good at optimizing this, but the moment I have a measure that has any complex iterations, the DAX engine falls apart and just starts cranking through every combination taking the table visual minutes to load. Then, if I add a visual-filter to suppress certain rows, the execution time doubles as it executes the filtering query, then the original query.

I find that I'm often able to write my own query using SUMMARIZE that runs 100x faster. How cool would it be to just pop that DAX into the Table visual and enjoy amazing performance?

[fbcideas_migusr]

Isn't this a solved problem now with TOCSV?

[josef_jurak]

Please add ability create table visual based on DAX query, for example from Query view pick query output as table visual on canvas.