March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Early bird discount ends December 31.
Register NowBe one of the first to start using Fabric Databases. View on-demand sessions with database experts and the Microsoft product team to learn just how easy it is to get started. Watch now
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
sorry for my late reply - I am not sure I understand your use case. Can you send me a DM so we can exchange email addresses?
Are these calendars different between datasets? We had a situation where we connected 2 datasets, and each one had a calendar already with all the relationships in place. What we did in the composite dataset, is that we created a 1 to 1 relationship between the dates of the 2 calendars and hid one of them. This solved our issue.
Hi @Anonymous - they are indentical but I get an error trying to create the 1:1 relationship between them seemingly because of the 1:1 relationship between the account numbers across the 2 datasets. Did you datasets have any other points of connection or was it just through the dates?
That was the only 1:1 relationship between the 2 datasets in our case, yes. But we did have multiple 1:M relationships in a different composite datasets model, but then no 1:1
Ah. That seems to be the issue that's 'breaking' it. Thanks for taking the time to try and help, though, I appreciate it.
This error message shows up quite often when working with composite models connected to 2 datasets in power bi desktop - 'OLE DB or ODBC error. The session ID cannot be found. Either the session does not exist or it has already expired.. Is this to be expected, or is there a workaround? The datasets use a combination of DQ and import (but prominently DQ)
I find if you go to transform data, data source settings, and add another table to the composite data source, it refreshes the session and you can continue working in it (just delete the table you added).
this is not expected - please open an issue on issues.powerbi.com
I noticed that the following is still a limitation
When is it expected that this will be fixed? It's quite a dealbreaker for us, since the reports show up with wrong formatting!
I am facing the following scenario:
I am connected to 2 datasets in a composite model. These 2 datasets use direct query both of them. In the composite model I create relationships between tables in the 2 models. One thing I notice is that formatting on measures is gone. F.eks, in dataset a measure is formatted as percentage 3%, whereas in composite model same measure shows 0,03 when used in reports. Or in dataset a measure is formatted as currency with no decimals, and in composite model same measure shows without currency and with decimals. Date columns modify their formatting. Columns that should not summarize, all of a sudden sum. Also, descriptions of measures and columns are not there in the composite model either.
We are holding off using them for exactly this issue
stay tuned, good news should come soon!
it will be fixed in a future update. I am not at liberty to say here which, but we're shipping it soon and the update will be there before this feature becomes generally available.
I have the similar issue like the topic listed below of refreshing the composite model dataset in service :
Error refreshing Composite model live connection t... - Microsoft Power BI Community
everything works fine for calculated table in desktop mode. However, when the dataset is published to the service, there will always be an SSO error message
@tessahurr @jeroenterheerdt is there any investigation on this topic? thanks!
calculated tables in the Service are not yet supported.
Build Permissions Required on any dataset connected via Direct Query to Analysis Service?
This is a documented requirement. However, it has unintended ramifications. For example, when I connect to my HR dataset, I can publish only metrics that are not sensitive on my local dashboard. However, due to the requirement to have Build permissions directly on the HR dataset I have now exposed the full HR data model (via Power BI Desktop or Excel) to any user of my dashboard. This seems like an overshare and a security risk.
It is unfortunate, I feel like in it's current state it's unusable for Power BI Premium subscribers (with the potential re-use, it seems like enterprise deployments would benefit the most).
I would recommend voting for this feature on uservoice: Microsoft Idea · Directquery for datasets only needs read permissions on all datasets (powerbi.com)
thanks for the feedback - we are currently investigating this
thanks for the feedback - we are aware of this and are investigating how to change this.
I hope this will be fixed in near future. I just started to use these new features and now it feels a little frustrating to realize all the end-users would need build rights to use the newly created reports.
this will be fixed.
Modifying the Direct Query to Analysis Services connection deletes all Joins and Measures created in the local model
Updating the Direct Query to Analysis Services connection to a new dataset in the same or new Workspace with exactly the same data model causes the local model to delete all related Measures and Joins created in the Local model. As a result when initially building a model against a Test data model, all Measures and Joins need to be recreated after connecting to the Production data model.
March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount!
Your insights matter. That’s why we created a quick survey to learn about your experience finding answers to technical questions.
Arun Ulag shares exciting details about the Microsoft Fabric Conference 2025, which will be held in Las Vegas, NV.
User | Count |
---|---|
133 | |
90 | |
88 | |
64 | |
58 |
User | Count |
---|---|
201 | |
137 | |
107 | |
70 | |
68 |