Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Get Fabric certified for FREE! Don't miss your chance! Learn more

Share your ideas and vote for future features

Status: Needs Votes
  • Real-Time Intelligence | Eventhouse and KQL
Status: Planned

Continous ingestion from Azure storage was just announced. 

It is already supported to create an accelerated shortcut to a OneLake table that seamlessly ingests data and provides Kusto speed queries over it. 

 

Continous ingesation of files from OneLake is planned. If there is a need to continously ingest from OneLaeke Delta tables that is not covered by accelerated shorcuts please file a separate item.  

Status: Planned
Status: Under Review
Status: Needs Votes
Status: Needs Votes
Status: New
Status: New
Status: New
  • Real-Time Intelligence | Eventhouse and KQL
Status: Needs Votes
Status: Needs Votes
  • Real-Time Intelligence | Eventhouse and KQL
Status: Planned
Status: Under Review
Status: Needs Votes
Status: Needs Votes
Status: Needs Votes
Status: Planned
Status: New
Status: Planned
Status: Need Clarification

Thanks for the input.

 

Trying to understand the scenario better - what would be the reason for doing this?
Eventhouse data and OneLake Availability is considered as one logical copy with same access level and retention. You can query the data in OneLake without using the Eventhouse compute for historical analysis, while querying the Eventhouse direcely for timeseries/real-time analytics.

If you would like to manage the data in lake seperately, then copying it outside Eventhouse might be a better way think about it. 

Helpful resources