能否接受停机
停机窗口决定全量、增量、双写或分阶段切换方案。
DATABASE MIGRATION / 国产数据库
国产数据库迁移：把语法、数据与业务结果一起校验
数据库迁移的完成标准不只是数据能够导入。表结构、字段类型、SQL、存储过程、序列、排序规则和应用访问方式都需要核对，并用业务结果、数据总量和关键报表完成对账。
SCOPE / 项目范围
先看这类项目通常包含什么。
- 01数据库对象盘点
统计表、视图、索引、函数、存储过程、触发器和任务。
- 02语法与应用适配
核对字段类型、SQL 差异、驱动、连接池和事务行为。
- 03数据迁移与对账
完成清洗、转换、导入，并按总量、抽样和业务结果多层核对。
- 04切换与性能验证
验证关键查询、批处理、备份恢复、监控和回退步骤。
DECISIONS / 关键判断
开始开发前，先把这些问题回答清楚。
什么结果必须一致
先定义数据量、关键字段、报表与业务任务的对账标准。
性能基线是什么
以高频查询和关键批处理为基线，避免只比较空库测试。
BOUNDARY / 项目说明
数据库品牌相同，也不能跳过版本与业务验证。
FAQ / 常见问题
国产数据库迁移常见问题
01
数据导入成功是否代表迁移完成？
不代表。还要验证应用读写、事务、排序、报表、定时任务、备份恢复和关键业务结果。
02
可以先做小范围验证吗？
可以。通常先选择数据边界清楚、业务代表性强的模块建立迁移样板，再估算整体工作量。
NEXT / 继续了解
从相关服务、案例或资料继续判断。
PROJECT CONTEXT / 项目沟通
先说明实际情况，再讨论适合的范围。
不用先整理完整需求文档，说明当前做法、使用角色和首期目标即可；预算暂不确定时，也可以先沟通范围。