KQL sort defaults to descending, so ascending order requires an explicit asc modifier
Note: This question is part of a series of questions that present the same scenario. Each question in the series contains a unique solution that might meet the stated goals. Some question sets might have more than one correct solution, while others might not have a correct solution. After you answer a question in this section, you will NOT be able to return to it. As a result, these questions will not appear in the review screen. You have a Fabric eventstream that loads data into a table named Bike_Location in a KQL database. The table contains the following columns: BikepointID - Street - Neighbourhood - No_Bikes - No_Empty_Docks - Timestamp - You need to apply transformation and filter logic to prepare the data for consumption. The solution must return data for a neighbourhood named Sands End when No_Bikes is at least 15. The results must be ordered by No_Bikes in ascending order. Solution: You use the following code segment: Does this meet the goal? - 
Community Votes
68% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
KQL sort/order by defaults to desc; an ascending requirement is only satisfied when 'asc' is explicitly provided, which is a frequent trap in eventstream/KQL questions.
In Kusto Query Language, the default sort order is descending (high to low); to return results ordered by a column in ascending order you must specify the asc modifier explicitly. A solution that relies on the default sort therefore does not meet a requirement for ascending order.
Assuming KQL sorts ascending by default like SQL; KQL's default is descending, so omitting the asc modifier yields the wrong order.
Community Discussion (9 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.