Editar

Partilhar via


Query data using T-SQL

Applies to: ✅ Microsoft FabricAzure Data ExplorerAzure MonitorMicrosoft Sentinel

The query editor supports the use of T-SQL in addition to its primary query language, Kusto query language (KQL). While KQL is the recommended query language, T-SQL can be useful for tools that are unable to use KQL.

Note

Only Data Query Language (DQL) commands are supported. For more information, see Coverage.

Query with T-SQL

To run a T-SQL query, begin the query with an empty T-SQL comment line: --. The -- syntax tells the query editor to interpret the following query as T-SQL and not KQL.

Example

--
SELECT * FROM StormEvents

T-SQL to Kusto Query Language

The query editor supports the ability to translate T-SQL queries into KQL. This translation feature can be helpful for users who are familiar with SQL and want to learn more about KQL.

To get the equivalent KQL for a T-SQL SELECT statement, add the keyword explain before the query. The output will be the KQL version of the query, which can be useful for understanding the corresponding KQL syntax and concepts.

Remember to preface T-SQL queries with a T-SQL comment line, --, to tell the query editor to interpret the following query as T-SQL and not KQL.

Example

--
explain
SELECT top(10) *
FROM StormEvents
ORDER BY DamageProperty DESC

Output

StormEvents
| project
    StartTime,
    EndTime,
    EpisodeId,
    EventId,
    State,
    EventType,
    InjuriesDirect,
    InjuriesIndirect,
    DeathsDirect,
    DeathsIndirect,
    DamageProperty,
    DamageCrops,
    Source,
    BeginLocation,
    EndLocation,
    BeginLat,
    BeginLon,
    EndLat,
    EndLon,
    EpisodeNarrative,
    EventNarrative,
    StormSummary
| sort by DamageProperty desc nulls first
| take int(10)

Run stored functions

When using T-SQL, we recommend that you create optimized KQL queries and encapsulate them in stored functions, as doing so minimizes T-SQL code and may increase performance. For example, if you have a stored function as described in the following table, you can execute it as shown in the code example.

Name Parameters Body Folder DocString
MyFunction (myLimit: long) {StormEvents | take myLimit} MyFolder Demo function with parameter
SELECT * FROM kusto.MyFunction(10)

Note

To distinguish between stored functions and emulated SQL system stored procedures, execute stored functions with an explicit reference to the kusto schema. In the example, the stored function is executed using kusto.Myfunction.

Set request properties

Request properties control how a query executes and returns results. To set request properties with T-SQL, preface your query with one or more statements with the following syntax:

Syntax

DECLARE @__kql_set_requestPropertyName type = value;

Parameters

Name Type Required Description
requestPropertyName string ✔️ The name of the request property to set.
type string ✔️ The T-SQL data type of the value.
value scalar ✔️ The value to assign to the request property.

Note

  • Two statements must be separated by a semicolon, and there should be no empty line before the query.
  • Request properties apply only to the tabular expression statements that immediately follow.

Examples

The following table shows examples for how to set request properties with T-SQL.

Request property Example
query_datetimescope_to DECLARE @__kql_set_query_datetimescope_to DATETIME = '2023-03-31 03:02:01';
request_app_name DECLARE @__kql_set_request_app_name NVARCHAR = 'kuku';
query_results_cache_max_age DECLARE @__kql_set_query_results_cache_max_age TIME = '00:05:00';
truncationmaxsize DECLARE @__kql_set_truncationmaxsize BIGINT = 4294967297;
maxoutputcolumns DECLARE @__kql_set_maxoutputcolumns INT = 3001;
notruncation DECLARE @__kql_set_notruncation BIT = 1;
norequesttimeout DECLARE @__kql_set_norequesttimeout BIT = 0;

To set request properties with KQL, see set statement.

Coverage

The query environment offers limited support for T-SQL. The following table outlines the T-SQL statements and features that aren't supported or are partially supported.

T-SQL statement or feature Description
CREATE, INSERT, DROP, and ALTER Not supported
Schema or data modifications Not supported
ANY, ALL, and EXISTS Not supported
WITHIN GROUP Not supported
TOP PERCENT Not supported
TOP WITH TIES Evaluated as regular TOP
TRUNCATE Returns the nearest value
SELECT * Column order may differ from expectation. Use column names if order matters.
AT TIME ZONE Not supported
SQL cursors Not supported
Correlated subqueries Not supported
Recursive CTEs Not supported
Dynamic statements Not supported
Flow control statements Only IF THEN ELSE statements with an identical schema for THEN and ELSE are supported.
Duplicate column names Not supported. The original name is preserved for one column.
Data types Data returned may differ in type from SQL Server. For example, TINYINT and SMALLINT have no equivalent in Kusto, and may return as INT32 or INT64 instead of BYTE or INT16.

::: moniker range= "azure-data-explorer"