了解动态表初始化和刷新¶

了解动态表初始化¶

当您 创建一个动态表 时，其初始刷新会在创建时同步发生或按照计划时间发生。初始数据填充或 初始化 取决于此初始刷新发生的时间。

动态表基于指定的 目标滞后 进行刷新，该滞后设置了基表更新与动态表内容更新之间的最大允许滞后。如果设置 INITIALIZE = ON_CREATE``（默认），则会立即初始化该表。如果设置 ``INITIALIZE = ON_SCHEDULE，则初始化将在指定的目标滞后时间范围内发生。

例如，假设一个动态表名为 DT1，其目标滞后为 30 分钟。DT1 的初始数据填充可能如下进行：

• 如果 DT1 设置为在创建时同步刷新 (ON_CREATE)，则会在创建时初始化。

• 如果 DT1 设置为在计划时间刷新 (ON_SCHEDULE)，则它将在 30 分钟内初始化。

在具有下游依赖关系的场景中，刷新行为取决于依赖关系。例如，如果动态表 DT1 具有一个 下游 目标滞后，且依赖于 DT1 的 DT2 具有 30 分钟的目标滞后，那么 DT1 仅在 DT2 刷新时刷新。

对于 DT1：

• 如果设置为在创建时同步刷新，它将立即初始化。如果初始化失败，则创建过程将停止，对任何错误提供即时反馈。

• 如果设置为在计划时间刷新，则初始化取决于 DT2 刷新时间。

初始化可能需要一些时间，具体取决于扫描的数据量。要跟踪进度，请参阅 动态表创建故障排除。

了解手动和计划刷新选项¶

动态表按 目标滞后 确定的计划进行刷新。每次读取动态表时，数据的新鲜度都应在目标滞后定义的时间范围内。

您可以使用 ALTER DYNAMIC TABLE ... REFRESH 命令或 Snowsight 手动刷新动态表以获取最新数据。有关更多信息，请参阅 手动刷新动态表。

动态表刷新超时由 STATEMENT_TIMEOUT_IN_SECONDS 参数控制，该参数设置在账户或仓库级别上刷新自动取消前的最大允许持续时间。

CREATE TASK my_task
  SCHEDULE = 'USING CRON <expr> <time_zone>'
  AS
    ALTER DYNAMIC TABLE my_dynamic_table REFRESH;

动态表刷新模式¶

动态表支持两种刷新模式：增量刷新和完全刷新。您可以将刷新模式设置为 AUTO，也可以显式指定：

• AUTO 刷新模式： 当您使用 AUTO 参数时，Snowflake 会根据查询复杂性、支持的结构、运算符、函数和预期性能，自动选择成本和时间效率最高的刷新模式。如果增量刷新不受支持或可能表现不佳，Snowflake 会自动选择完全刷新。

• 增量刷新： 此模式会分析动态表的查询，并计算自上次刷新以来的变更。然后它会将这些变更合并到表中。

• 完全刷新模式： 此模式会执行动态表的查询，并完全替换先前实现的结果。

创建动态表后，您可以监控表，以 确定是使用增量刷新还是完全刷新来更新该表。

SHOW DYNAMIC TABLES;

当动态表依赖于其他动态表时数据如何刷新¶

当动态表的滞后被设置为时间量度时，自动刷新流程会安排刷新，以更好地满足目标滞后时间。

为了在 一个动态表依赖于另一个动态表 的情况下保持数据一致，该过程会在合适的时间刷新账户中的所有动态表。刷新频率较低的时间与刷新频率较高的时间相吻合。如果刷新时间过长，调度程序可能会跳过刷新，以尽量保持最新状态。但是，快照隔离仍会保留。

例如，假设动态表 DT1 的目标滞后为两分钟，而查询动态表 DT2 的目标滞后为一分钟。该过程可能会确定 DT1 应每 96 秒刷新一次，而 DT2 应每 48 秒刷新一次。因此，该过程可能会采用以下时间表：

这意味着在任何给定时间，当您查询一组相互依赖的动态表时，查询的是这些表中数据的相同“快照”。

请注意，动态表的目标滞后不能短于其所依赖的动态表的目标滞后。例如，假设：

• DT1 查询动态表 DT2 和 DT3。

• DT2 目标滞后为五分钟。

• DT3 目标滞后为一分钟。

这意味着 DT1 的目标滞后时间不得短于五分钟（即，不得短于 DT2 和 DT3 的滞后时间中较长的一个）。

如果将 DT1 的滞后设置为五分钟，该过程将设置具有以下目标的刷新时间表：

• 经常刷新 DT3，使其滞后短于一分钟。

• 经常同时刷新 DT1 和 DT2，使它们的滞后短于五分钟。

• 确保 DT1 和 DT2 的刷新在时间上与 DT3 的刷新相吻合，以确保快照隔离。

了解对基表中的列所做的变更造成的影响¶

当与动态表关联的基础对象发生变更时，将适用以下行为：

动态表刷新的最佳实践¶