Join us at FabCon Atlanta from March 16 - 20, 2026, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.
Register now!Get Fabric certified for FREE! Don't miss your chance! Learn more
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! | |
If you love stickers, then you will definitely want to check out our Community Sticker Challenge!
Check out the January 2026 Fabric update to learn about new features.