Don't miss your chance to take exam DP-600 or DP-700 on us!
Request nowFabric Data Days Monthly is back. Join us on March 26th for two expert-led sessions on 1) Getting Started with Fabric IQ and 2) Mapping & Spacial Analytics in Fabric. Register now
Hi All,
I have created a Digital Twin builder for a real-time use case, and I’m now pointing the generated Lakehouse output tables to a KQL (Kusto Query Language) database using shortcuts.
The ontology has been successfully created, all entities have run successfully, and I can see the data present in the tables.
However, while creating these shortcuts, I’ve noticed that some tables are successfully linked, whereas others fail during the shortcut creation process. Unfortunately, there’s no clear error message or detailed log to help diagnose the issue.
Has anyone encountered a similar problem or have any suggestions on how to resolve this?
Appreciate any guidance or support.
Reference Image:
Solved! Go to Solution.
Hi @Sireesha_r,
This pattern (Digital Twin Builder -> Lakehouse ->KQL DB via shortcuts) should work, but there are a few easy-to-miss constraints that often explain why some tables shortcut fine while others fail.
Quick checks
Why this path is supported
This is the exact flow Microsoft recommends for Digital Twin Builder: create an Eventhouse/KQL DB and add OneLake shortcuts for all "dtdm" lakehouse tables, then query with external_table(). Guide
If you can share one failing table name/path (redact anything sensitive), folks here can sanity-check it against the naming rules above.
If you found this helpful, consider giving some Kudos. If I answered your question or solved your problem, please mark this post as the solution.
Proud to be a Super User! | |
Hi @Sireesha_r ,
May I ask if you have resolved this issue? Please let us know if you have any further issues, we are happy to help.
Thank you.
Hi @Sireesha_r ,
I wanted to check whether you were able to resolve the issue with the provided solutions. Please let us know if you need any further assistance.
Thank you.
Hi @Sireesha_r ,
Thank you @tayloramy for your inputs.
We’d like to follow up regarding the recent concern. Kindly confirm whether the issue has been resolved, or if further assistance is still required. We are available to support you and are committed to helping you reach a resolution.
Best Regards,
Chaithra E.
Hi @Sireesha_r,
This pattern (Digital Twin Builder -> Lakehouse ->KQL DB via shortcuts) should work, but there are a few easy-to-miss constraints that often explain why some tables shortcut fine while others fail.
Quick checks
Why this path is supported
This is the exact flow Microsoft recommends for Digital Twin Builder: create an Eventhouse/KQL DB and add OneLake shortcuts for all "dtdm" lakehouse tables, then query with external_table(). Guide
If you can share one failing table name/path (redact anything sensitive), folks here can sanity-check it against the naming rules above.
If you found this helpful, consider giving some Kudos. If I answered your question or solved your problem, please mark this post as the solution.
Proud to be a Super User! | |
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
Check out the February 2026 Fabric update to learn about new features.