Need Inbuilt capability for Lakehouse SQL Endpoint Warm Up
Currently, when Lakehouse SQL Endpoint is queried using an API, the query gets timed out due to lakehouse cold start. If the query has already run, cached data is available and subsequent users running the same query within the cache window (around 15 minutes) does not experience the timeout. If no recent execution has occurred and the system is in a cold state, the first execution can take around 30 seconds, which causes the downstream API layer to time out.
For Production workspaces, this can cause an issue.
To make things works smoothely, we have built an internal query pipeline to hit SQL Endpoint at scheduled times. to keep it warm. We are also checking Capacity Metrics App to identify non-peak hours to run our pipeline.
It would be easier if the underlying SQL Engine is kept up and warm using some internal Fabric capability instead of building a customised workaround.
Recent ideas
Data Pipelines - Run only selected activities
For debugging and testing pipeline activities during development, allow us to select one or multiple activities and run only the selected pipeline activities. For example, I'm working on editing ...frithjof_v9 hours agoCommunity ChampionNew613Views11likes2CommentsSemantic model connection bindings should be in source control (Git)
Semantic model data source connection bindings should be source controlled. A semantic model can contain multiple data source references, each of which can be mapped to a separate Fabric data connec...frithjof_v16 hours agoCommunity ChampionNew17Views1like0CommentsBulk changing column names in Visualizations Pane
We often use raw/api column names or measures with a set nomenclature to be consistent and to keep track of them but we do not want to display these names in the visuals. Currently we have to change ...vishal14019720 hours agoFrequent VisitorNew6Views0likes0Comments