Microsoft Fabric ยท OneLake ยท Data Engineering

OneLake Shortcuts in Microsoft Fabric โ€” Complete Guide

OneLake shortcuts let every Fabric engine read data stored anywhere โ€” another workspace, ADLS Gen2, Amazon S3, Google Cloud Storage, or Dataverse โ€” without copying it into OneLake. This guide covers all six shortcut types, the two-layer security model, write vs read-only behavior per source, shortcut caching to control cross-cloud egress costs, Direct Lake patterns with external storage, Trusted Workspace Access for private ADLS, and the mistakes that silently delete production data.

Quick Answer

A OneLake shortcut is a pointer โ€” a metadata object in OneLake that tells Fabric engines where to read data at query time. No data is copied. Six source types are supported: Internal OneLake (cross-workspace), ADLS Gen2, Amazon S3, Amazon S3-compatible, Google Cloud Storage, and Dataverse. Only internal OneLake and ADLS Gen2 shortcuts support write. S3, GCS, and Dataverse are read-only. Each Fabric item supports up to 100,000 shortcuts. A single OneLake path supports up to 10 shortcuts. Critical safety rule: deleting the shortcut object is safe โ€” deleting files inside a writable shortcut permanently deletes those files from the source storage.

๐Ÿ“… Last verified: June 2026 โฑ ~16 min read โœ๏ธ A.J., Data Engineering Researcher ๐Ÿ”— Source: Microsoft Learn

What Is a OneLake Shortcut?

A OneLake shortcut is an object in OneLake that points to another storage location. Think of it as a symbolic link โ€” it appears as a folder inside your Lakehouse or Warehouse, but contains no data of its own. When a Spark notebook, SQL analytics endpoint, or Power BI Direct Lake model reads from a shortcut, Fabric fetches directly from the target storage at query time.

This “one copy” principle solves the data sprawl problem that plagues every multi-team data platform. Without shortcuts, Team A copies 10 TB to their lakehouse, Team B copies the same 10 TB for ML, and Team C copies 5 TB of overlapping data for reporting โ€” 25 TB of redundant storage on top of the 50 TB original. With shortcuts, all three teams point to the same source. Storage stays at 50 TB. Every team reads current data with zero staleness.

Without ShortcutsWith Shortcuts
Copy pipelines required to move data between teamsNo pipelines โ€” teams point to the same source
Data is stale until the next pipeline runAlways reads current data from source
Multiple copies โ€” storage cost multipliesOne copy โ€” zero duplication
Schema changes break the copy โ€” must re-run pipelineSchema changes automatically reflected at next read
Each team manages their own connection credentialsOneLake manages all credentials centrally
๐Ÿ“Œ
Shortcuts Use the OneLake API Path

Once a shortcut is created, it is accessible through the standard OneLake API path โ€” the same path any ADLS Gen2-compatible tool would use to read from OneLake directly. External applications and services can access shortcut data through the OneLake API without knowing the data is physically stored elsewhere.

https://onelake.dfs.fabric.microsoft.com/MyWorkspace/MyLakehouse/Tables/MyShortcut/MyFile.csv

All Six Shortcut Source Types

Source TypeReadWriteAuthenticationCaching Available
Internal OneLakeYesYesFabric workspace permissions (Entra ID)N/A โ€” same storage
Azure Data Lake Storage Gen2YesYesOrg account, SAS token, access key, service principalNo
Amazon S3YesNoIAM user access key / secret keyYes
Amazon S3-compatibleYesNoAccess key / secret keyYes
Google Cloud StorageYesNoGCS service account (HMAC key)Yes
DataverseYesNoEntra ID (organizational account)No

S3-compatible shortcuts cover non-AWS storage services that implement the S3 API โ€” MinIO, Cloudflare R2, Wasabi, and similar. Use the Amazon S3 connector only for native AWS S3 buckets. Use Amazon S3-compatible for anything else that speaks the S3 API.

โš ๏ธ
ADLS Gen2 Requires Hierarchical Namespace

ADLS Gen2 shortcuts require Hierarchical Namespace (HNS) to be enabled on the Azure storage account. Plain Azure Blob Storage without HNS does not work as a shortcut target. If you attempt to create a shortcut to a Blob Storage account without HNS, the connection will fail. Verify HNS is enabled in the storage account’s Configuration blade before creating the shortcut.

Creating a OneLake Shortcut โ€” Step by Step

  1. Open the target LakehouseNavigate to the Fabric workspace and open the Lakehouse where you want the shortcut to appear. Shortcuts can be created in either the Tables or Files section of the Lakehouse explorer.
  2. Right-click the target locationRight-click the Tables or Files directory (or a subfolder within Files) and select New shortcut. The shortcut creation dialog opens.
  3. Choose the source typeSelect from Internal sources (OneLake) or External sources (ADLS Gen2, Amazon S3, Amazon S3 compatible, Google Cloud Storage, Dataverse). Each source type shows different connection fields.
  4. Create or select a connectionFor external sources, either create a new connection with the required credentials or select an existing connection. Setting a connection is a bind operation โ€” only users with permission on the connection can perform it. Creating the connection saves credentials securely in Fabric’s connection store, not in the shortcut definition itself.
  5. Set the shortcut name and pathEnter a name for the shortcut as it will appear in the Lakehouse explorer. Optionally enter a sub-path to point to a specific folder within the source rather than the root. Shortcut names cannot contain % or + characters.
  6. Confirm and verifyThe shortcut appears in the Lakehouse explorer. Click it to browse the source data. Run a simple Spark read or SQL query to confirm the connection is working before building downstream assets.

Shortcuts can also be created programmatically via the OneLake Shortcuts REST API and the Fabric SDK โ€” useful for bulk shortcut creation across many lakehouses or automated provisioning as part of workspace setup scripts.

Internal OneLake Shortcuts โ€” Cross-Workspace Data Sharing

Internal shortcuts point to another location within OneLake โ€” a different folder in the same Lakehouse, a different Lakehouse in the same workspace, or a Lakehouse in a completely different workspace within the same Fabric tenant. This is the primary mechanism for cross-workspace data sharing in Fabric.

๐Ÿ—๏ธ

Same-Workspace Shortcuts

Reference a Delta table from a Gold Lakehouse inside a Warehouse, or expose a Files folder from one Lakehouse inside another โ€” all within a single workspace, no credentials required.

๐ŸŒ

Cross-Workspace Shortcuts

The Data Engineering workspace builds and maintains the curated Delta tables. Analytics, Data Science, and Reporting workspaces each create shortcuts pointing to those tables. One copy, many consumers โ€” each workspace operates independently.

Internal shortcuts support both read and write. A Spark job in the consuming workspace can write back through a shortcut to the source Lakehouse โ€” provided the identity running the job has write permissions in the source workspace. This enables a “producer writes, consumers read” governance pattern where central data engineering teams own source tables and downstream teams have read access via shortcuts.

Field note โ€” A.J., UIG Data Lab

The lineage view in Fabric workspace explorer shows shortcut relationships โ€” but only within a single workspace. Cross-workspace shortcut relationships do not appear in lineage view, which means cross-workspace dependency tracking requires either Purview catalog integration or manually maintained documentation. Plan for this before building a platform where dozens of workspaces reference a central data engineering workspace via shortcuts.

ADLS Gen2 Shortcuts โ€” Bring Your Existing Azure Data Lake into Fabric

ADLS Gen2 shortcuts are the most common enterprise deployment pattern โ€” organizations with existing data lakes in Azure can give Fabric access without migrating petabytes of data. Fabric reads from the ADLS account at query time, treating the external storage as if it were native OneLake.

Authentication Options for ADLS Shortcuts

Auth MethodBest ForNotes
Organizational accountIndividual developers, interactive sessionsUses the signed-in user’s Entra ID identity. Access follows the user’s existing ADLS RBAC roles.
Service principalAutomated pipelines, scheduled notebooksRegister an app in Entra ID, grant it Storage Blob Data Reader (or Contributor for write) on the ADLS account, provide client ID and secret.
Account keyQuick testing โ€” not recommended for productionFull access to the entire storage account. No audit trail per user. Rotate regularly if used.
SAS tokenTime-limited, scoped accessGenerate a SAS with minimum required permissions and the shortest practical expiry. Requires manual renewal before expiry.

Trusted Workspace Access โ€” Private ADLS Behind a Firewall

A common question from regulated industries: can Fabric access an ADLS account that is locked down behind a private endpoint or VNet service endpoint? Yes โ€” using Trusted Workspace Access. This feature allows selected Fabric workspaces to access firewall-protected ADLS accounts without requiring public internet access or exposing the storage account to the internet.

  1. Enable Trusted service access on the ADLS accountIn the ADLS Gen2 storage account โ†’ Networking โ†’ Firewalls and virtual networks, enable “Allow trusted Microsoft services to access this storage account.”
  2. Add the Fabric workspace to the trusted listIn the same storage account networking settings, add the specific Fabric workspace resource ID to the trusted workspaces list. Only listed workspaces bypass the firewall โ€” not all of Fabric.
  3. Create the ADLS shortcut using service principal or org accountCreate the shortcut in the trusted workspace as normal. The connection uses the workspace’s managed identity to authenticate, bypassing the network restriction.

Amazon S3 Shortcuts โ€” Multi-Cloud Data Access Without ETL

S3 shortcuts let Fabric workloads query data stored in AWS S3 buckets directly โ€” no ETL pipeline, no data movement, no additional infrastructure. This is the primary pattern for organizations running a hybrid Azure/AWS data estate or migrating from AWS to Azure incrementally.

IAM Prerequisites for S3 Shortcuts

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "s3:GetObject",
        "s3:ListBucket",
        "s3:GetBucketLocation"
      ],
      "Resource": [
        "arn:aws:s3:::your-bucket-name",
        "arn:aws:s3:::your-bucket-name/*"
      ]
    }
  ]
}

Create an IAM user (not a role โ€” Fabric uses access key authentication, not IAM roles for cross-account trust). Attach the policy above to the IAM user. Generate an access key and secret. Use these credentials when creating the S3 shortcut connection in Fabric.

๐Ÿšจ
S3 Cross-Cloud Egress Costs

Every read from an S3 shortcut incurs AWS egress fees โ€” data leaving AWS to Azure. For infrequently accessed or archival data, shortcuts are fine. For frequently queried data, enable shortcut caching (Section 09) to store a local copy in OneLake after the first read, eliminating repeat egress charges. For very high-frequency access, consider whether mirroring or a one-time copy into OneLake is more cost-effective than repeated cross-cloud reads.

S3-compatible shortcuts follow the same pattern but use a custom endpoint URL pointing to the non-AWS storage service rather than the standard AWS endpoint. MinIO, Cloudflare R2, Wasabi, and similar services that implement the S3 API can all be connected as S3-compatible shortcuts.

Google Cloud Storage Shortcuts

GCS shortcuts connect Fabric to Google Cloud Storage buckets using a GCS service account and HMAC key authentication. Like S3 shortcuts, GCS shortcuts are read-only and incur GCS egress costs on every query. Enable caching for frequently accessed GCS data to reduce egress fees.

GCS Authentication Setup

  1. Create a GCS service accountIn Google Cloud Console โ†’ IAM โ†’ Service Accounts, create a service account and grant it Storage Object Viewer role on the target GCS bucket.
  2. Generate HMAC keysIn Cloud Storage โ†’ Settings โ†’ Interoperability, create HMAC keys for the service account. Note the Access Key and Secret โ€” these are shown only once.
  3. Create the GCS shortcut in FabricIn the Lakehouse explorer, right-click โ†’ New shortcut โ†’ Google Cloud Storage. Enter the bucket name, the optional sub-path, and authenticate with the HMAC access key and secret.

GCS shortcuts support file caching โ€” enable it in workspace settings under the OneLake tab to reduce repeat egress costs for frequently accessed datasets.

Shortcut Security โ€” The Two-Layer Model

Shortcut security operates at two independent layers, and both must grant access before a user can read data through a shortcut. Passing one layer but not the other results in an access denied error โ€” a common source of confusion during initial setup.

LayerControlsManaged In
Layer 1 โ€” Fabric item permissionsWhether the user can access the Lakehouse or Warehouse item containing the shortcutFabric workspace roles (Admin, Member, Contributor, Viewer) or item-level sharing
Layer 2 โ€” Source storage permissionsWhether the user’s identity (or the connection credential) has permission on the external sourceADLS RBAC roles, S3 IAM policy, GCS IAM, or Entra ID groups

How Permission Delegation Works by Source Type

SourcePermission ModelUser Identity Passed to Source?
Internal OneLakeFabric workspace RBAC โ€” the accessing user needs at least Viewer on the source workspace/itemYes โ€” user identity
ADLS Gen2Cloud connection credential (org account, SP, key, or SAS) โ€” delegates to the connection, not per-user ADLS RBAC unless using org accountOrg account only
Amazon S3IAM policy attached to the connection’s IAM user โ€” all Fabric users sharing this shortcut use the same IAM identityNo โ€” shared IAM user
Google Cloud StorageHMAC key of the service account โ€” all users share the same service account identityNo โ€” shared service account
โš ๏ธ
S3 and GCS Shortcuts Do Not Enforce Per-User Access Control

Because S3 and GCS shortcuts authenticate using a shared IAM user or service account, every Fabric user who can access the Lakehouse item can read all data in the shortcut โ€” regardless of what individual access that user would have directly in AWS or GCP. If your S3 data requires user-level access control, use a connection per user, or restrict Fabric item access at the workspace level to match the intended audience for the shared S3 credential.

Shortcut Caching โ€” Reducing Cross-Cloud Egress Costs

Shortcut caching stores a local copy of data read from an external source in OneLake after the first read. Subsequent reads of the same data serve from the local cache rather than fetching from the source again โ€” eliminating repeat egress charges from AWS or GCP.

Which Sources Support Caching

Caching is available for: Amazon S3, Amazon S3-compatible, Google Cloud Storage, and on-premises data gateway shortcuts (including on-premises Amazon S3 shortcuts using Entra service principal authentication). ADLS Gen2 and internal OneLake shortcuts do not require caching because they are within Azure or within Fabric respectively.

Enabling Caching

  1. Open Workspace settingsNavigate to the Fabric workspace โ†’ Settings โ†’ OneLake tab.
  2. Toggle caching onEnable the cache setting and select a Retention Period โ€” how long the cached copy is kept before Fabric re-fetches from source on the next read.
  3. Monitor cached storageCached data counts toward OneLake storage for the workspace. Monitor workspace storage in the Fabric Admin portal to account for the additional footprint.
  4. Clear the cache if neededSelect “Reset cache” on the same workspace settings page to immediately evict all cached shortcut data. The next read re-fetches from source. Use this if source data has changed and you need fresh data before the retention period expires.
๐Ÿ“Œ
Caching vs Mirroring โ€” Which to Choose

Caching is workspace-level and automatic โ€” it reduces egress on repeat reads but the cache is not a permanent copy. Mirroring is a deliberate replication strategy that maintains a continuously updated Delta Parquet copy in OneLake. Use caching for shortcuts to reduce cost on frequently re-queried external data. Use mirroring when you need a permanent, queryable, governed copy of an external database in OneLake with consistent performance โ€” not just egress cost reduction.

Direct Lake Semantic Models on Shortcut Data

Direct Lake mode in Power BI reads Delta Parquet files directly from OneLake at query time โ€” no import, no scheduled refresh, always fresh. Because shortcuts surface external data as if it were native OneLake storage, Direct Lake semantic models can be built on top of shortcuts, including shortcuts pointing to ADLS Gen2 and Amazon S3.

This unlocks the highest-performance Power BI architecture for organizations with existing ADLS data lakes โ€” without migrating a single file into Fabric-native lakehouses:

Existing ADLS Gen2 โ†’ OneLake Shortcut in Lakehouse โ†’ Direct Lake Semantic Model โ†’ Power BI
(no data copied)      (no import needed)              (always fresh)               (fastest query mode)
โœ…

Works with Direct Lake

  • Internal OneLake shortcuts (cross-workspace)
  • ADLS Gen2 shortcuts (including private endpoint via Trusted Workspace Access)
  • Amazon S3 shortcuts (Delta Parquet format required)
โš ๏ธ

Requirements for Direct Lake on Shortcuts

  • Data must be in Delta Parquet format in the source storage
  • Delta log (_delta_log/) must be present and valid
  • For S3 shortcuts, V-Order is not applied โ€” Direct Lake falls back to DirectQuery if framing is needed
  • Trusted Workspace Access required for private ADLS endpoints

See Direct Lake Falling Back to DirectQuery โ€” Diagnosis and Fix for troubleshooting when Direct Lake falls back to DirectQuery mode on shortcut-backed tables.

OneLake Shortcuts vs Mirroring โ€” When to Use Each

FactorShortcutsMirroring
Data movementNone โ€” reads from source at query timePhysical copy in OneLake via CDC
Storage cost in OneLakeZero (unless caching enabled)Full replication cost
Data freshnessAlways current โ€” reads source at query timeNear real-time (seconds to minutes of lag)
Query performanceDepends on source latency and networkLocal OneLake performance โ€” fast and consistent
Egress costsYes for cross-cloud (S3, GCS)One-time initial sync egress, then incremental
Supported sourcesADLS, S3, GCS, Dataverse, internal OneLakeAzure SQL DB, Cosmos DB, Snowflake, PostgreSQL, MySQL, MongoDB, Databricks, open mirroring
Best forCross-workspace sharing, multi-cloud reference data, incremental migrationHigh-performance analytics on external databases, medallion bronze/silver ingestion
Field note โ€” A.J., UIG Data Lab

The most common production pattern uses both together: shortcuts for reference/lookup data and cross-workspace sharing (small or infrequently updated tables), and mirroring for high-volume transactional sources (Azure SQL DB, Snowflake) where query performance against the live source would be unacceptable. Neither tool replaces the other โ€” they solve different parts of the same problem.

Common Shortcut Mistakes โ€” Including One That Deletes Production Data

MistakeWhat HappensHow to Avoid
Deleting files inside a writable shortcutFiles are permanently deleted from the source storage (ADLS Gen2 or internal OneLake). This is irreversible if no backup exists.Treat shortcut folders as read-only in the Fabric UI even when write-capable. Delete operations on source data should go through the source system’s own interface, not through the Fabric shortcut.
Pointing to Blob Storage without HNSShortcut creation fails โ€” plain Blob Storage is not supportedVerify Hierarchical Namespace is enabled on the storage account before creating the shortcut
Not enabling caching for high-frequency S3/GCS readsEvery read incurs cross-cloud egress fees, which compound quickly at scaleEnable workspace-level shortcut caching for any S3 or GCS shortcut accessed more than once per session
Assuming S3/GCS shortcuts enforce per-user accessAll Fabric users who can access the Lakehouse item share the same IAM/service account identityScope Fabric item access to match the intended audience for the shared cloud credential
Chaining more than 5 shortcutsExceeds the maximum chain depth of 5 direct shortcut-to-shortcut linksFlatten the shortcut chain โ€” point directly to the source rather than building deeply nested shortcut chains
Using % or + in shortcut namesShortcut creation fails with a validation errorUse alphanumeric names and underscores or hyphens only
Expecting lineage view to show cross-workspace shortcutsLineage view only shows shortcuts within the same workspace โ€” cross-workspace dependencies are invisibleDocument cross-workspace shortcut relationships in the Fabric workspace description or Purview catalog

FAQ โ€” OneLake Shortcuts in Microsoft Fabric

A OneLake shortcut is a pointer within OneLake that references data stored in another location โ€” another Fabric workspace, ADLS Gen2, Amazon S3, Google Cloud Storage, or Dataverse. The data stays at the source. No copying occurs. Every Fabric engine โ€” Spark, SQL analytics endpoint, Power BI Direct Lake โ€” reads through the shortcut as if the data were local, with no ETL pipeline required to move or stage the data.
Fabric supports six shortcut source types: Internal OneLake (another folder, lakehouse, or workspace in the same tenant), Azure Data Lake Storage Gen2, Amazon S3, Amazon S3-compatible (non-AWS storage with S3-compatible API such as MinIO or Cloudflare R2), Google Cloud Storage, and Microsoft Dataverse. Internal OneLake and ADLS Gen2 shortcuts support both read and write. S3, GCS, and Dataverse shortcuts are read-only.
A shortcut is a logical reference โ€” data stays in the source and is read at query time with no copying into OneLake. It has zero OneLake storage cost and always returns current data, but query performance depends on source latency and cross-cloud reads incur egress fees. Mirroring physically copies data into OneLake as Delta Parquet via change-data-capture, giving local query performance but adding storage cost and replication lag. Use shortcuts for cross-workspace sharing and multi-cloud reference access; use mirroring for high-performance analytics on external database sources.
No. OneLake shortcuts never copy data. A shortcut is a pointer โ€” a metadata object that tells Fabric engines where to read at query time. The data stays in its original location. The only exception is shortcut caching: when enabled for S3, GCS, or S3-compatible shortcuts, Fabric stores a local copy in OneLake after the first read to reduce repeat egress costs.
Deleting the shortcut object itself is safe โ€” it removes only the pointer, leaving source data completely untouched. However, deleting a file or folder inside a writable shortcut (ADLS Gen2 or internal OneLake) permanently deletes those files from the source storage if you have write permissions there. This is the most dangerous shortcut mistake โ€” always distinguish between deleting the shortcut itself and deleting content inside it.
Yes. Direct Lake mode in Power BI can read Delta Parquet files through OneLake shortcuts, including shortcuts pointing to ADLS Gen2, Amazon S3, and other external Parquet storage. The data must be in Delta Parquet format with a valid delta log. This allows organizations to build Direct Lake semantic models on top of existing data lakes without migrating data into Fabric-native lakehouses. Trusted Workspace Access enables this even when the ADLS account is behind a private endpoint.
โš  Accuracy Disclaimer

Information is verified against official Microsoft Learn OneLake Shortcuts documentation through June 2026. Supported source types, limits (100,000 shortcuts per item, 10 per path, max chain depth of 5), and caching behavior are subject to change. UIG Data Lab is an independent publication, not affiliated with Microsoft Corporation.

A.J. Data Engineering Researcher & Technical Writer ยท UIG Data LabAll articles โ†’
A.J. researches and writes about data engineering, analytics architecture, Microsoft Fabric, and modern cloud data platforms. Coverage spans Microsoft Fabric, Power BI, Azure Data Engineering, Databricks, Snowflake, Apache Spark, dbt, Apache Airflow, and modern cloud data infrastructure. The focus is practitioner-level content that helps data professionals understand platform capabilities, evaluate technology decisions, optimize costs, and implement practical solutions using official documentation, product updates, community insights, and industry best practices.
Microsoft FabricOneLakeShortcutsADLS Gen2Amazon S3Multi-CloudDirect LakeData Engineering
Scroll to Top