From 7dbf73daad2f5f393212a025aae7ddd5c6a32f68 Mon Sep 17 00:00:00 2001 From: Yael Schuster-Davidi <62833511+YaelSchuster@users.noreply.github.com> Date: Wed, 27 Nov 2024 15:56:05 +0200 Subject: [PATCH] Update assessment.md --- data-explorer/kusto/query/assessment.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/data-explorer/kusto/query/assessment.md b/data-explorer/kusto/query/assessment.md index d4b27cec37..472c0d4a1a 100644 --- a/data-explorer/kusto/query/assessment.md +++ b/data-explorer/kusto/query/assessment.md @@ -14,7 +14,7 @@ This article provides an explanation of the query language and offers practical A Kusto query is a read-only request to process data and return results. The request is stated in plain text, using a data-flow model that is easy to read, author, and automate. Kusto queries are made of one or more query statements. -There are three kinds of user [query statements](statements.md): +There are two kinds of user [query statements](statements.md): 1. A [tabular expression statement](tabular-expression-statements.md) 1. A [let statement](let-statement.md) @@ -26,7 +26,7 @@ For information about application query statements, see [Application query state The most common kind of query statement is a tabular expression **statement**, which means both its input and output consist of tables or tabular datasets. Tabular statements contain zero or more **operators**, each of which starts with a tabular input and returns a tabular output. Operators are sequenced by a `|` (pipe). Data flows, or is piped, from one operator to the next. The data is filtered or manipulated at each step and then fed into the following step. -It's like a funnel, where you start out with an entire data table. Each time the data passes through another operator, it's filtered, rearranged, or summarized. Because the piping of information from one operator to another is sequential, the query operator order is important, and can affect both results and performance. At the end of the funnel, you're left with a refined output. +It's like a funnel, where you start out with an an entire data table. Each time the data passes through another operator, it's filtered, rearranged, or summarized. Because the piping of information from one operator to another is sequential, the query operator order is important, and can affect both results and performance. At the end of the funnel, you're left with a refined output. Why don't you see an example query. @@ -48,7 +48,7 @@ Did you know, KQL is case-sensitive for everything – table names, table column This query has a single tabular expression statement. The statement begins with a reference to a table called *StormEvents* and contains several operators, [`where`](where-operator.md) and [`count`](count-operator.md), each separated by a pipe. The data rows for the source table are filtered by the value of the *StartTime* column and then filtered by the value of the *State* column. In the last line, the query returns a table with a single column and a single row containing the count of the remaining rows. -In contrast to Kusto queries, [Management commands](../management/index.md) are requests to Kusto to process or modify data or metadata. For example, the following management command creates a new Kusto table with two columns, `Level` and `Text`: +In contrast to Kusto queries, [Management commands](../management/index.md) are requests to Kusto to process or modify data or metadata. For example, the following management command creates a new Kusto table with two columns, `Level` and `Number`: ```kusto .create table Logs (Level:string, Text:string)