Support User-Defined Data Types (UDTs) in SQL Server Mirroring for Microsoft Fabric
Description
Currently, SQL Server mirroring in Microsoft Fabric does not support User-Defined Data Types (UDTs). This limitation blocks ingestion and mirroring scenarios for databases that rely on UDTs, even when those UDTs are simple aliases of fully supported native SQL Server data types.
Business Impact
We are working with a third-party vendor database where:
- The schema is not under our control
- UDTs are used extensively throughout the model
- These UDTs are aliases of standard SQL Server data types (e.g., VARCHAR, INT, etc.)
Because of this limitation, we are unable to leverage Fabric mirroring for this data source without introducing complex and potentially fragile workarounds (e.g., schema replication, type conversion layers, or ETL pipelines).
Rationale
Under the hood, SQL Server alias UDTs map directly to base system types. From a data movement and storage perspective, these should be fully compatible with existing Fabric mirroring capabilities.
Blocking on UDTs:
- Creates unnecessary friction for onboarding common enterprise systems
- Prevents adoption in scenarios involving vendor-managed schemas
Requested Enhancement
Enable support for User-Defined Data Types (UDTs) in SQL Server mirroring by:
- Automatically resolving alias UDTs to their underlying base data types during ingestion/mirroring
or - Providing a configuration option to map UDTs to their base types
Expected Outcome
- Seamless mirroring of SQL Server databases that use alias UDTs
- Elimination of unnecessary preprocessing or schema transformation steps
- Broader adoption of Fabric mirroring in enterprise environments with vendor-controlled schemas
Additional Notes
This request specifically targets alias UDTs, not complex CLR-based types.
1 Comment
- anbergstMicrosoft Employeejasonhorner as an interim would this solve your issue? https://github.com/Andreas-bersgtedt/Fabric-Shortcut-Proxy
Recent ideas
Fix Direct Lake semantic model binding in Deployment Pipelines
When deploying Direct Lake semantic models via Deployment Pipelines, the Lakehouse source is incorrectly treated as an external SQL source. This results in broken lineage and prompts for credentials....lk1232 hours agoAdvocate INew1.5KViews27likes2Comments:: operator for typecast in T-SQL
Introduce support for the ::type cast operator in Fabric Data Warehouse as syntactic sugar for the existing CAST(... AS type) expression. The new operator would be functionally equivalent and compile...jovanpop-msft4 hours agoMicrosoft EmployeeNew47Views7likes2CommentsAllow calls of Fabric SQL Database stored procedures from Data Warehouse
It would be great if there were a possibility to call a SQL Database stored procedures directly from a Data Warehouse stored procedures. A use case for this would be e.g. logging activities and even...Vojtech_Dolejsi6 hours agoNew MemberUnder Review2.9KViews13likes2CommentsPower BI - Org apps and cross-report drillthrough
This idea is a request to provide cross-report drill-through capability for org apps. This means being able to navigate between reports hosted in different org apps. The following sections detail why...TomMartens8 hours agoSuper UserNew1.3KViews24likes3Comments