Hit Reply and let us know what you think of the DirectQuery for Power BI datasets and Azure Analysis Services. To learn more about this feature, please visit this blog post or our documentation.
Here are some areas that we'd like to hear about in particular:
Thanks and we look forward to hearing your feedback!
- The Power BI Modeling Team
hi @sparse-coder thanks for tring out the preview! Glad you like it! You cannot use this in production as of now as it is still in preview. We are not at liberty to discuss timelines here, unfortunately, but stay tuned!
Gave it a try, adding an excel spreadsheet to a report based on Azure Analysis Services and it works great in Power BI Desktop.
But when I publish it to Power BI Service, and try to open the report,
I get the message 'There is no gateway to connect to datasource xxxx'.
xxxx is the datasource to AAS
The orginal report works without any issue in Power BI Service.
The original report uses live connection, that was changed to a direct query when I added the connection to the excel.
I am not able to replicate this. The gateway is required for the Excel sheet. You do not need the gateway to connect to the AAS source. The moment you set up the gateway for the Excel file without doing anything to the AAS source, the error disappears.
Get the following error message when creating a column refer to the dataset in direct query mode:
An unexpected error occurred (file 'xldqas_defmgr.cpp', line 224, function 'DAXDefManager::AddVariableOrInlineExpr').
The following error occurs: Couldn't load the data for this visual.
Can't display the visual. See details
(The resultset of a query to external data source has exceeded the
maximum allowed size of '1000000' rows). Please tell me, will this problem be fixed?
Hi, here's what I found:
Important considerations when using DirectQuery
The following three points should be taken into consideration when using DirectQuery:
Performance and load - All DirectQuery requests are sent to the source database, so the time required to refresh a visual is dependent on how long that back-end source takes to respond with the results from the query (or queries). The recommended response time (with requested data being returned) for using DirectQuery for visuals is five seconds or less, with a maximum recommended results response time of 30 seconds. Any longer, and the experience of a user consuming the report becomes unacceptably poor. In addition, once a report is published to the Power BI service, any query that takes longer than a few minutes will timeout, and the user will receive an error.
Load on the source database should also be considered, based on the number of Power BI users who will consume the published report. Using Row Level Security (RLS) can have a significant impact as well; a non-RLS dashboard tile shared by multiple users results in a single query to the database, but using RLS on a dashboard tile usually means the refresh of a tile requires one query per user, thus significantly increasing load on the source database and potentially impacting performance.
Power BI creates queries that are as efficient as possible. Under certain situations however, the generated query may not be efficient enough to avoid refresh that would fail. One example of this situation is when a generated query would retrieve an excessively large number of rows (more than 1 million) from the back-end data source, in which case the following error occurs:
The resultset of a query to external data source has exceeded
the maximum allowed size of '1000000' rows.
This situation can occur with a simple chart that includes a very high cardinality column, with the aggregation option set to Don’t Summarize. The visual needs to only have columns with a cardinality below 1 million, or must have appropriate filters applied.
Security - All users who consume a published report connect to the back-end data source using the credentials entered after publication to the Power BI service. This is the same situation as data that is imported: all users see the same data, irrespective of any security rules defined in the backend source.
Supported features - Not all features in Power BI Desktop are supported in DirectQuery mode, or have some limitations. In addition, there are some capabilities in the Power BI service (such as Quick Insights) that are not available for datasets using DirectQuery. As such, the limitation of such features when using DirectQuery should be taken into consideration when determining whether to use DirectQuery.
The February release has same deal braking bug: Refresh Does Not refresh semantic model from shared dataset even in premium workspace. This makes this composite model business useless in corporate environment.
The problem is the same. When you convert to DQ mode the Desktop loads semantic model from source dataset. When the source dataset semantic been changed (change or remove relationship in source dataset) it does not reflected in DQ dataset even if you click Refresh. Basically what happened. When you converted to DQ mode the PBI Desktop loads semantic model to local and can not be updated or refreshed. Which make all this solution useless (even dangerous if someone brave enough to rely on in in commercial environment).
Thre is an error when adding other data source error: DirectQuery to AS An error occurred while loading the model. Verify that the connection information is correct and that you have permissions to access the data source.
@dennistoting162 you will want to verify if you have XMLA endpoints and Analyze in Excel with on-premises datasets enabled in the admin portal (this is required). We also had this error and found this was the root cause of the through a Microsoft Support Ticket.
We are getting this error message.
Step by Step Screenshots are here:-
Data in, and working:
Opened “Get Data” à “Excel File” à Add a Local Model
Before you even get to select the file, you get the error (you can see the navigation window in the background)
Select the Excel file anyway and load it. No relationships or anything….
Once the new data loads, all visuals relating to the data from Power BI are broken:
thanks! So we upgraded to the latest Feb 2021 version that supports calculated columns and now we are getting this error message
We have had an open support ticket with Microsoft on 2 error scenarios and were able to resolve them today after following the below instructions. I wanted to add to this post just in case it could potentially help someone else.
Scenario 1: When trying to add a local model after establishing the live connection:
Scenario 2: When we make the local model first and then try to add the live dataset connection we then get this error:
Cannot load model
To get this feature to work you must have the below criteria met:
From Microsoft Support:
In addition to the XMLA Endpoint property being enabled read-write by the capacity admin, the tenant-level setting Allow XMLA endpoints and Analyze in Excel with on-premises datasets must be enabled in the admin portal. If you need to generate AIXL files that connect to the XMLA Endpoint, the tenant-level setting Allow live connections should also be enabled. These settings are both enabled by default.
This is a great tool 😊. Unfortunately, there are a lot of bugs as reported by other users here.
Will you release a bug correction on the PowerBI Desktop February's version?
If so, when can we expect February's version?
I'm looking forward to using this tool more on my reports.
Check out new user group experience and if you are a leader please create your group!
On-demand access to all the great content presented by the product teams and community members! #MSBizAppsSummit #CommunityRocks
Mark your calendars and join us for our next Power BI Dev Camp!