You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: data-explorer/hot-windows.md
+1-46Lines changed: 1 addition & 46 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -39,52 +39,7 @@ After changing the cache policy, the cluster automatically caches the relevant d
39
39
40
40
Now you can expect optimal performance during the use of hot windows.
41
41
42
-
## Set hot windows
43
-
44
-
Hot windows are part of the [cache policy commands syntax](/kusto/management/show-table-cache-policy-command?view=azure-data-explorer&preserve-view=true) and are set with the [`.alter policy caching` command](/kusto/management/cache-policy?view=azure-data-explorer&preserve-view=true).
45
-
46
-
> [!NOTE]
47
-
> It can take up to an hour to fully update the cluster disk cache based on the updated cache policy definition.
48
-
49
-
1. Take note of the initial caching policy by using the `.show policy caching` command.
50
-
51
-
```kusto
52
-
.show table MyDatabase.MyTable policy caching
53
-
```
54
-
55
-
1. Alter the cache policy using the following syntax. Several hot windows may be defined for a single database or table.
Run the query or queries you want over the time period specified in the hot windows.
81
-
82
-
## Revert settings
83
-
84
-
1. Use the original cache settings retrieved above in [Set hot windows](#set-hot-windows).
85
-
1. Revert the cache policy to the original settings with the [`.alter policy caching` command](/kusto/management/show-table-cache-policy-command?view=azure-data-explorer&preserve-view=true).
86
-
87
-
Since you've configured optimized autoscale for that cluster, the cluster will shrink to its original size.
Hot windows are part of the [cache policy commands syntax](/kusto/management/show-table-cache-policy-command?view=azure-data-explorer&preserve-view=true) and are set with the [`.alter policy caching` command](/kusto/management/cache-policy?view=azure-data-explorer&preserve-view=true).
9
+
10
+
> [!NOTE]
11
+
> It can take up to an hour to fully update the cluster disk cache based on the updated cache policy definition.
12
+
13
+
1. Take note of the initial caching policy by using the `.show policy caching` command.
14
+
15
+
```kusto
16
+
.show table MyDatabase.MyTable policy caching
17
+
```
18
+
19
+
1. Alter the cache policy using the following syntax. Several hot windows may be defined for a single database or table.
Run the query or queries you want over the time period specified in the hot windows.
45
+
46
+
## Revert settings
47
+
48
+
1. Use the original cache settings retrieved above in [Set hot windows](#set-hot-windows).
49
+
1. Revert the cache policy to the original settings with the [`.alter policy caching` command](/kusto/management/show-table-cache-policy-command?view=azure-data-explorer&preserve-view=true).
50
+
51
+
Since you've configured optimized autoscale for that cluster, the cluster will shrink to its original size.
@@ -27,11 +31,15 @@ The `make-graph` operator builds a graph structure from tabular inputs of edges
27
31
|*Nodes1*, *Nodes2*|`string`|| The tabular expressions containing the properties of the nodes in the graph. |
28
32
|*NodesId1*, *NodesId2*|`string`|| The corresponding columns with the node IDs in *Nodes1*, *Nodes2* respectively. |
29
33
|*NodeIdPropertyName*|`string`|| The name of the property for node ID on the nodes of the graph. |
34
+
|*PartitionColumn*|`string`|| The column to partition the graph by. Creates separate graphs for each unique value in this column. |
35
+
|*GraphOperator*|`string`|| The graph operator to apply to each partitioned graph. |
30
36
31
37
## Returns
32
38
33
39
The `make-graph` operator returns a graph expression and must be followed by a [graph operator](graph-operators.md#supported-graph-operators). Each row in the source *Edges* expression becomes an edge in the graph with properties that are the column values of the row. Each row in the *Nodes* tabular expression becomes a node in the graph with properties that are the column values of the row. Nodes that appear in the *Edges* table but don't have a corresponding row in the *Nodes* table are created as nodes with the corresponding node ID and empty properties.
34
40
41
+
When using the `partitioned-by` clause, separate graphs are created for each unique value in the specified *PartitionColumn*. The specified *GraphOperator* is then applied to each partitioned graph independently, and the results are combined into a single output. This is particularly useful for multitenant scenarios where you want to analyze each tenant's data separately while maintaining the same graph structure and analysis logic.
42
+
35
43
> [!NOTE]
36
44
> Each node has a unique identifier. If the same node ID appears in both the *Nodes1* and *Nodes2* tables, a single node is created by merging their properties. If there are conflicting property values for the same node, one of the values is arbitrarily chosen.
37
45
@@ -115,6 +123,78 @@ edges
115
123
|---|---|---|
116
124
|Mallory|Bob|Trent|
117
125
126
+
### Multitenant partitioned graph
127
+
128
+
This example demonstrates using the `partitioned-by` clause to analyze a multitenant social network. The `partitioned-by` clause creates separate graphs for each unique value in the partition column (in this case, `tenantId`), applies the graph operator to each partition independently, and combines the results.
129
+
130
+
:::moniker range="azure-data-explorer"
131
+
> [!div class="nextstepaction"]
132
+
> <a href="https://dataexplorer.azure.com/clusters/help/databases/Samples?query=H4sIAAAAAAAAA62XbW%2FiOBDH3%2FMp5ngFJ6AkhKfesRLQ7kOv7VYLq9WpqlZuMiK%2BBjtyTCt27777jUPCgxO0W%2B4iVY2NPf%2Bfx%2BPx5OwMbmWACWj2GCEojBUmKDQXC1glqBJgvpJJAstVpHlMQzQKJnQCNakWTPBvTHMpknolQg0iNTWCgGmWGqwZGx%2BC80QrstjIJu91CLbEbSPAmCm9JPltl5LR7vdI%2BqnaebCmedyvQ%2BW%2BAvScncE8tXwOU7mMmViPoQkzJuCtYsLniS9hwtYwVsjSCdVVu%2B1UG1DNh5v3ccR9hCsZikQK03EpFlwgGnHTnKHgUsEFPmMkY1TUl4HUvlf1OsbqOVTvJBfajPalVAEXTGNC%2FfdNx3VbnjP0GtDpt%2Fp9b%2FjwT72xhXFtmIl8hNmS67AEZI5sCdfIghMI2jnBwCLo2ATTkKmII0yUfEndccPUE%2BqM4YYJtjjJB25O0LMIPJvggpMI3NGyfTTt9582vQp9LU%2BQ7gxz6aEl3bWlL58RvvCoPBCuVv85EDo5SXePpBjGEwrjW3yBP6V6SqMXYMvc22OemHcT609ww6MoRarOWESSJrB9X66EhpP2rO%2B1SKvdAK%2Fd6jvu4MBvfZvhnWJ0hq4R%2F%2FfzYzicnMO1OAY2x3sUag0X7JknhdCdxehzFvFEv5Kg0xoOc4K2RTC0CT48r2EaYln8nHh%2BjQfcXL9zqO%2B0bf0r5j%2FBPKSeLIg%2Fkss3yfrk82s8MMgIesM9gmLkTilyx6uEfH6QdZ39rDs173%2BQdRiLgO6aDedbEswO%2FFiwaP3abRrSqfI6Dh2vdsvt9d0DN7m2%2FDWnvbhZqThcl%2BzUWPkh15RuXo%2FQyRH6FkLHRrhha8pyNDkyrTslg1UqeNoeGe1urt21tD1b%2B1ayEN4xRQeiZPknHlWD0MsRPAuhayN8jPgzZ%2FBJBoovVvitcF5PS%2FgGws0hBilE5eG3CkXqZbAoL3gURpsDEvI4OSO7dGD8tAMeUb8gik1NlNY6mFrZr3USuVI%2BfrYqHqYWqO1OuwzaV57TyrY%2F0H8UCx2eE019V%2B1sq5wD5MPSpqyqoOVKpZO5pMbQuv5%2BNH5gVStlNYMvo4g9SpXuQgN6jQJS4aY15Z5UZnTfKkbKSgJLoFsUKGFaLunC9rMpXsNy4uSIE%2FuZwUJmP%2BLE3mZ8MRMfceIgs1%2B4x487cXhMwlpjt1FYReGGLPV7tobivV7OtHPi9NCJuzJlk3LKMm%2B5G50stopp0kLYUTvOT07pWUm4LBuVb9aWqjD%2BqOe3VIWcu%2FN8z2SkNJFU%2FoYle8LmQrE4hP1MAs3mm4MsAi%2F0VZB9aslNRqJO8%2BXEjf8xaD6utxkGailPara5ZNoPwV%2F7VBeOBA2FmnDqzXv81W21vIfmm5pw6%2Bl487yEqBCE08oUfhmBcPMGE%2FQXRTUs5i4YjSzP183wrd2UB%2BXXgAowc9F%2FdWOTw5OaloFcmURKmvmnXmsvrd%2B3H%2BqUO380ynnIbpujz86E%2B1NCR0aRUB1%2BB6dNz1YwVvIvuq1gRlum6XqgBE5TDaz51KXdhxptPDXzHaKuepXk5tl39YgCITZ%2BzQfQb5fk7Z0p99CUa5mq1P8FZTuk0NUPAAA%3D" target="_blank">Run the query</a>
133
+
::: moniker-end
134
+
135
+
```kusto
136
+
// Nodes table representing users across multiple tenants (organizations)
137
+
let nodes = datatable(userId:string, tenantId:string, name:string, department:string, role:string, location:dynamic)
0 commit comments