搬家前，最怕的不是箱子没运走，而是到了新家才发现插座、门锁和水管都对不上。Teradata迁到Databricks也一样：表里的数据只是“箱子”，真正容易出问题的是报表、批处理、权限和上下游依赖。前者是传统企业数据仓库，后者属于Lakehouse——兼顾开放存储与仓库式分析、治理的平台。
据Databricks官方迁移指南，第一步应盘点数据进出、ETL（抽取、转换、加载数据的流程）、运行频率、调度工具、业务关键性、权限和对象依赖，再按工作负载与代码复杂度安排批次。Teradata虽大体遵循ANSI SQL，仍有专有函数、语法，以及BTEQ、FastLoad等工具逻辑；自动转换能改写部分SQL，但结果仍须实际执行和验证，BTEQ脚本目前也不受支持。关键标准不是“新查询能跑”，而是新旧平台最终数据集的值一致。稳妥做法是双轨运行——让两套系统并行一段时间，自动比对结果，再逐步切换用户。