DBT快照中设置dbt_valid_from为NULL引发异常，是否为bug？

核心逻辑澄清 #

• 你对dbt_valid_to=NULL标记当前活跃/最新记录的理解是正确的，但dbt_valid_from的设计逻辑和你推测的不同：
  • dbt_valid_from的作用是标记该版本记录开始生效的具体时间戳，它的存在是为了让快照能基于时间维度准确追踪记录的变更历史，必须有明确的非空值。
  • 你假设的“NULL表示从时间起点生效”并非dbt快照的设计意图，官方从未支持这种用法。

为什么设为NULL会导致后续快照失效 #

快照检测变更的核心逻辑，是对比源数据与快照表中dbt_valid_to IS NULL的活跃记录，同时结合时间戳判断是否需要生成新版本。如果某条记录的dbt_valid_from为NULL，后续快照运行时，时间范围的对比逻辑会出现异常，无法正确识别这条记录的变更，自然不会插入新的版本行。

正确的初始记录处理方式 #

对于首次加载的初始记录，dbt_valid_from应该设置为快照首次运行的时间戳（比如用current_timestamp()或者快照执行的起始时间），这样既明确了记录的生效起点，也能保证后续快照的变更检测逻辑正常工作。

关于schema允许NULL的说明 #

虽然schema中dbt_valid_from字段允许为空，但这是为了兼容一些极端的手动调整场景，并非常规用法。官方推荐的快照配置中，dbt_valid_from始终应该是带有明确时间戳的非空值。

内容的提问来源于stack exchange，提问作者Pieter Ennes