PIPELINE数据迁移的核心原理是：收到一个请求后，系统会根据已存储的内容和规则进行检查，然后直接回复或将完整上下文转交给人工处理。真正的工作不在技术本身，而在于明确划定这条界限的位置。
01 — 运作方式
数据迁移的技术原理
新系统中经过验证的数据库，且能追溯每条数据的来源。
从外部看，过程如下：询价进入——通过网站、电话、表单或现有系统。询价被采集，根据预设规则和内容进行检查，然后要么直接响应，要么连同完整上下文转交给人工处理。决定性的部分不是技术，而是确定这条界限的位置。
迁移很少因技术失败，几乎总是因为数据质量问题：重复条目、必填字段缺失、特殊字符、历史遗留的例外情况。正是这一点决定了系统的配置方式——而不是某个通用的产品承诺。
02 — 组成部分
系统由什么组成
- 迁移前对旧系统的分析及质量问题报告
- 新旧结构之间的映射规则
- 清理：重复记录、格式、缺失的必填信息
- 带核对和计数协议的试验性迁移
- 带回退方案的切换
- 使每条记录可追溯的协议
03 — 流程
详细步骤
分析旧系统
关于实际状态的报告。通常令人不快，但总是有用。
制定规则
什么被迁移、什么被清理、什么保留在原处。
试运行
完整的试验性迁移并进行核对。只有在此之后才安排正式时间。
切换
带计数协议和明确回退方案的迁移。
04 — 问题
常见问题
我们要把所有数据都迁移吗？
很少有必要。无效记录、测试数据和十年前的旧业务会拖累新系统。我们建议迁移活跃数据，其余部分以归档形式保留可用。
迁移需要多长时间？
数据传输本身通常只需几小时。时间花在分析、规则制定和试运行上——通常 2 至 6 周，取决于旧数据的状态。
迁移是否需要同时访问两个系统？
是的，至少在试运行和实际切换期间需要。之后可以限制或终止对旧系统的访问。
如果切换后发现缺少内容怎么办？
这正是计数协议和回退机制的作用：旧数据保持不动，直到验收完成。可以事后补充个别部分。
我们可以在迁移期间继续工作吗？
短期切换可以，设定截止日期。较长的迁移通常在旧系统中继续工作直到切换，最后再传输增量数据。
如何确保没有数据丢失？
通过计数协议：迁移前后的记录数量进行核对，抽样检查内容。只有通过这项验收后，迁移才算完成。
数据记录中的附件和文档如何处理？
如果目标系统支持，会一并迁移。如果格式不兼容，会提前确定是否需要转换，或保留外部存储更合理。
05 — 决策
如何继续推进
最经济的下一步是对话，而不是报价。通常二十分钟就足以明确一个项目是否有意义、大致预算范围，以及我们是否适合您。
如果不合适，我们会直接说明。一个诚实的“不”比一个进行三个月后中止的项目成本更低 — 对双方都是如此。
下一步
我们会了解您的初始情况。
告诉我们目前什么最耗费时间。由此我们会给出一份包含工作量和收益的评估——之后才会提供报价。