Terraform创建Snowflake Task后更新报错 无法定位根任务

报错的核心原因是Snowflake Terraform Provider的字段序列化bug叠加配置不当：

• after是snowflake_task资源用于标记前置依赖任务的内置属性，无前置依赖的根任务该字段值为空列表[]。你在资源配置的lifecycle块中写了ignore_changes = [after]，在旧版本provider中，这个配置会导致state里存储的空列表被错误序列化为字符串类型的"[]"。后续provider更新资源时，会直接把这个字符串作为任务名的匹配条件，最终生成SHOW TASKS LIKE '[]' IN SCHEMA "ICEBERG"."SRC"的无效查询，自然匹配不到任何已存在的任务。
• 从你提供的state文件内容看，还存在资源元数据不一致的问题：配置中任务名规则为TASK_${each.key}，对应key为MO时任务名应为TASK_MO，但state中存储的name属性值为TASK_MO_FNB，id字段和name字段不匹配，也会进一步导致资源定位失败。

• 升级Snowflake Terraform Provider到0.85.0及以上稳定版本，新版本已经修复了空列表类型字段的序列化错误。在项目目录下执行terraform init -upgrade即可拉取符合版本要求的provider。
• 调整lifecycle配置：直接移除ignore_changes = [after]这行规则即可。你当前创建的都是独立调度的根任务，本身after字段值就为空，不需要特意忽略该字段；如果后续需要创建带前置依赖的任务链，再按需配置精确的忽略规则，不要全量忽略after字段。
• 修复已损坏的本地state记录：
  1. 执行terraform state rm 'snowflake_task.load_from_s3["MO"]'移除错误的state条目，如果同资源下其他任务的state里after字段值也是字符串"[]"，一并移除。
  2. 核对Snowflake平台上实际存在的任务名，如果任务名和配置中定义的TASK_MO不一致，先把配置里的name字段改成和平台实际值一致。
  3. 执行导入命令把存量任务重新关联到state：terraform import 'snowflake_task.load_from_s3["MO"]' ICEBERG|SRC|<实际任务名>。
• 执行terraform plan校验配置一致性，正常情况下输出只会展示你要修改的调度规则变更，不会出现异常的资源重建/替换提示，确认无误后执行terraform apply即可正常完成更新。

修复完成后再次执行plan操作，Terraform向Snowflake发起的任务查询语句会变为SHOW TASKS LIKE 'TASK_MO' IN SCHEMA "ICEBERG"."SRC"，可以正常匹配到存量任务，不会再出现sql: no rows in result set的报错。

内容的提问来源于stack exchange，提问作者Chris Rutte