查询资源的集群容量中不考虑更新策略查询

Question

我注意到一些有趣的事情，我的 ADX 数据库中有一堆存储函数，每个函数对应一个更新策略和一个公共目标表。由于数据不断被注入源表，更新策略被触发，数据被加载到目标表。这意味着在任何给定时间，所有单个函数的一堆实例都在执行（每个源范围一个实例），但是当我发出 .show capacity 命令时，它总是显示消耗的“查询”资源始终为 0。我是期望这个数字足够大，因为更新策略函数的执行对于查询来说是必不可少的，查询文本是函数调用本身。然后再次为每个表创建多个源范围，也会有多个实例，这解释了为什么我在这里期望一个很大的数字。但是无论我发出多少次这个命令.show capacity，我总是看到消耗的'查询'为0。为什么会这样？我还能在哪里看到正在运行的这些更新策略查询实例的确切数量？

Answer 1

我总是将消耗的“查询”视为 0

由命令内部执行的查询（例如，.set-or-append 命令、.export 命令或作为由.ingest 等命令触发的更新策略的一部分）不计入Queries 容量。

调用它们的命令遵守它们所属的虚拟资源（例如Ingestion）的容量限制。

---

我还能在哪里看到这些更新策略查询实例运行的确切数量？

在撰写本文时，上述查询（通过命令在内部运行）目前尚未向您公开。

使用.show table * policy update，您可以查看您定义的更新策略，并在您提取到特定表时推导出正在运行的查询。