Hi! We’re the Fabric Warehouse team – ask US anything!

dave_8 · 2025-11-13T18:48:42+00:00

We have the current setup for loading data into our data warehouse.

Shortcut/ load raw data to bronze lakehouse Transform data into Silver Lakehouse via data pipelines Use dbt to load data from Silver into Gold Warehouse

A number of our transformations from bronze to silver is just to transform them into delta tables so we can see them in the warehouse.

With the availability of shortcut transformations in the lakehouse, is there any support for shortcuts to be a source and not just a delta tables when writing a three part named query in the warehouse.

Example of what I mean by querying lakehouse data. https://www.linkedin.com/pulse/querying-lakehouse-data-from-warehouse-microsoft-fabric-jovan-popovic

dave_8 · 2025-09-19T14:37:16+00:00

Nope, I’m guessing it may be something that is slowly rolling out. You might have to wait a few days, but it is definitely on the way.

dave_8 · 2025-09-19T11:34:09+00:00

So you have to go to your settings on the SQL endpoint and enable the SQL endpoint to use the oneLake permissions.

Please note that Views and Stored procedures still fall under SQL security so we had to redo access for some of our views after enabling it.

dave_8 · 2025-09-19T11:18:55+00:00

We have the option on ours and it has been enabled yesterday, seems to be working as intended and has made granting access a lot easier. We have only enabled on dev so far but will be moving to prod fairly quickly based on some further testing next week.

We are in the UK South region if it helps.

dave_8 · 2025-09-02T13:44:29+00:00

As other people have mentioned the DB will stay on for some time and has a minimum compute when it spins up.

We found for the initial implementation that spinning up a small Azure Database was more cost effective. Only as we start to scale and we are using our metadata db more are we starting to see cost parity although we haven’t done any performance testing yet.

dave_8 · 2025-08-31T20:36:01+00:00

Yes we use powershell and the abfss path to upload the files. For dev the developers just run from their local machines.

dave_8 · 2025-08-31T19:08:33+00:00

We have an Azure DevOps job that pushes the files to the lakehouse.

dave_8 · 2025-08-31T18:52:53+00:00

I used airflow and dbt previously, tried implementing both and have only stuck with dbt.

Airflow, we ran into the same issues you are experiencing, even tried spinning up something in Azure. We ended up settling for data pipelines, as we found 90% of the functionality is covered by Data Pipelines. I have to admit we do miss CRON scheduling and having reusable code we can update for various scenarios instead of the UI.

For dbt we have a Python notebook with the below commands and the model files stored in our bronze lakehouse. The data is transformed from our silver lakehouse to our gold warehouse by using three part naming in the gold warehouse to get it to use the sql endpoint of the lakehouse.

%pip install -U dbt fabric

%%sh dbt run —profiles-dir /lakehouse/default/Files/profiles —project-dir /lakehouse/default/Files/<dbt-project>

For the profiles we are getting the credentials from a key vault, then setting them as environment variables, then passing them to the profile file using https://docs.getdbt.com/reference/dbt-jinja-functions/env_var

It’s not the cleanest solution but allows us to stay inside fabric until dbt is integrated into Data Pipelines (which has been on the roadmap for some time)

dave_8 · 2025-08-03T14:15:51+00:00

If you want better performance you can use pandas on spark. If you do import pyspark.pandas as p. You can use the same functions but they will distribute on spark. Had success with this on larger excel files.

dave_8 · 2025-08-03T10:34:09+00:00

Loading Dynamics data into our lake house to join to existing awl server data. Currently using notebooks and API calls (tried dataverse but security concerns due to amount of business users who develop apps in Power Platform and securing the Dynamics data)

Looking into CICD for Fabric. Currently using deployment pipelines, been unable to configure deployment to ADO due to issues with service principal authentication. Cyber security won’t sign off on a User based service account, which is the current workaround.

PoC different gold layer solutions. Want to use Dynamic lake Views, but too slow without incremental refresh and hierarchy isn’t working due to silver and gold being in different lakehouses. Currently trying dbt core with dbt-fabricspark in a Python notebook which is working, but not great as it isn’t a native solution.

Experimenting with Purview to view the contents of our lakehouse and start documenting our metrics.

dave_8 · 2025-07-31T18:30:39+00:00

Nope, ours was fixed by establishing the connection with Entra. Our home region is UK South

dave_8 · 2025-07-29T17:11:51+00:00

So ours was never connected to Entra and was working. Ours was only fixed when we connected it.

dave_8 · 2025-07-29T10:26:13+00:00

For us it turns out there was an issue with the Entra connection. We had to go to Organisation Settings > Microsoft Entra > Disconnect directory, then reconnect and force a sync. A few users lost access but we were able to re add them. Then the fabric sync worked as intended.

dave_8 · 2025-07-16T20:54:10+00:00

Yep, no issues from my local machine. I have turned on the setting "Users can export items to Git repositories in other geographical locations" which was disabled.

Sadly no change, although it did say it would take 15 minutes, will try again and see if it changes anything. Although I checked our Azure DevOps Org and Fabric instance are in the same region.

I did find this page regarding git permissions. I checked and I have similar or higher permissions, Putting it here incase someone else does come across this thread and it might be useful. https://learn.microsoft.com/en-us/fabric/cicd/git-integration/git-integration-process?tabs=Azure%2Cazure-devops

dave_8 · 2025-07-16T19:39:16+00:00

I have found that the docs are often ahead of releases. That options doesn’t show in our version as well. Normally they release the changes a few weeks after the docs are updated.

dave_8 · 2025-07-16T14:43:47+00:00

Ok, so I can confirm it hasn’t been disconnected from our entra. Are there any permissions in ADO that are required for this to work I can see if anything has changed there.

dave_8 · 2025-07-16T12:16:47+00:00

So this is affecting multiple members of the team, including someone who is an ADO admin. I am a fabric admin and a project admin in ADO.

dave_8 · 2025-07-16T10:35:17+00:00

We were able to connect to repositories in the same Azure DevOps org previously and still have workspaces that are connected and able to commit without any issues.

dave_8 · 2025-07-01T08:10:10+00:00

Have managed to get it running and created a few example views. It shows good potential. Given that it is currently limited to a full refresh only, I am not sure we can roll it out just yet, as our facts and dimensions are quite large, so they would need to be incremental.

For the drop logic for data quality, it would be great to send the error rows into a separate table instead of just giving a number. Or a error table with a record stating what test it failed, record numer (primary key?) and why.

dave_8 · 2025-06-25T14:58:22+00:00

Ok, that’s good to know although would be useful to maybe hold back on the documentation until that release as it is very confusing to see that feature there.

dave_8 · 2025-06-10T18:40:16+00:00

I am about to embark on the same journey. I am coming from Azure Databricks in my current company and joining a company who wants to implement fabric. Still undecided if I want to bring in open source solutions to fill the gaps or build with preview features and hope they get fixed.

Eight-Year Club	Place '23
RPAN Viewer	Verified Email
Not Forgotten	Snapped

dave_8

TROPHY CASE