Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Calling all Data Engineers! Fabric Data Engineer (Exam DP-700) live sessions are back! Starting October 16th. Sign up.

August 2025 Update Changed DirectQuery so each table now treated as separate connection

In a Direct Query semantic model using Value.NativeQuery for the same server and database (each value stored in a parameter) with calls to views and tables to an on-prem Sql Server will now be treated as separate sources - even if only a single source is used. Opening a DQ model will now show the warning below.

annelebel_0-1755638449559.png

And every table will display with different coloring in Model View - this is new behavior as colors would only change if a different connection, Server or DB was used. This idea is for MS to change back to treating tables on the same connection from the same Server/DB as a single source in the model view with respect to the coloring of the tables. In the past, seeing a different color was a visual indicator that something was not quite right (unless you were truly using a different source). DQ models work best using a single source so the queries are handled at the source and not report side so it's very rare you would want to introduce multiple sources in a DQ model.

Confirmed with MS on a support ticket that this is intended behavior. There is an additional issue, the true bug, where the tables can't be refreshed in Model view. See below comment for the link to that post.

Status: New
Comments
annelebel
Frequent Visitor

Error info posted here: https://community.fabric.microsoft.com/t5/Desktop/BUG-Aug-2025-Direct-Query-treats-same-Sql-Database... Going to change this post to be an idea to change Direct Query connections back to being treated as a single source and using the same coloring in the model view as was suggested by MS as this behavior was changed starting in the August 2025 update.

annelebel
Frequent Visitor
After lots of documenting, testing and confirming with MS support, this bug was fixed in the Sept 15 2025 release, version 2.147.931.0. Turns out it was the Value.NativeQuery causing the error.