dbt-core项目中快照功能的目标模式改进方案

在dbt-core项目中，快照(snapshot)功能长期以来存在一个设计限制：它强制要求用户显式设置target_schema和target_database配置项，而不像其他资源类型(如模型、种子等)那样遵循generate_schema_name和generate_database_name宏的生成规则。

当前问题分析

快照功能的这一设计源于dbt早期版本(0.5.1)的实现，当时还没有引入延迟执行(deferral)和克隆(clone)功能。这种设计导致在不同环境(开发、CI、生产等)中运行dbt snapshot时，快照总是会被构建到相同的表中，给测试现有快照变更或开发新快照带来了不便。

社区用户已经找到了一些变通方案，比如：

1. 直接使用目标环境的数据库和模式名称
2. 手动调用generate_schema_name宏来生成模式名称

但这些方案都需要额外的配置工作，不够直观和统一。

改进方案设计

为了解决这一问题，我们计划对快照功能进行以下改进：

1. 使target_schema和target_database配置项变为可选参数
2. 当这些参数未设置时，默认使用generate_schema_name和generate_database_name宏
3. 新增schema和database配置项，与其他资源类型保持一致
4. 保持对旧有配置名称的兼容性

技术实现考量

这一改进需要特别注意向后兼容性。现有的快照定义如果已经使用了target_schema和target_database配置，应该继续正常工作。同时，新的配置方式应该与其他资源类型保持一致，降低用户的学习成本。

在实现上，我们需要：

1. 修改快照解析逻辑，优先使用新的schema/database配置
2. 如果没有新配置，则回退到旧的target_schema/target_database配置
3. 如果新旧配置都没有，则使用generate_x_name宏生成名称

对用户的影响

这一改进将带来以下好处：

1. 快照开发体验与其他资源类型更加一致
2. 在不同环境中测试快照变更更加方便
3. 减少了样板配置代码
4. 更好地支持CI/CD流程中的快照测试

用户迁移到新版本时，可以逐步将现有的target_schema/target_database配置替换为新的schema/database配置，或者直接删除这些配置以使用自动生成的名称。

这一改进体现了dbt-core项目持续优化用户体验和功能一致性的设计理念，将使快照功能更加灵活和易用。