差异 与 分工
厂商工具解决的是"数据怎么从A搬到B"，
AnyLine 解决的是"应用代码怎么跨库运行"。
迁数据 vs 改代码
达梦 DTS 的核心任务：把 Oracle 里的 500 张表、300 个存储过程、50 个触发器、2 亿行数据搬到达梦里。搬完以后表和索引都在、数据行数对得上、存储过程能编译通过。它解决的是数据库本身的问题。
========== 迁移评估报告 ==========
源端: Oracle 19c | 目标: DM8
表(TABLE) 523 个 ✅ 成功 523 ❌ 失败 0
视图(VIEW) 87 个 ✅ 成功 87 ❌ 失败 0
存储过程(PROC) 156 个 ✅ 成功 148 ❌ 失败 8
触发器(TRIGGER) 42 个 ✅ 成功 42 ❌ 失败 0
数据行数 2.3亿 ✅ 一致 ⏱️ 耗时 4h23m
→ 结论：数据库对象迁移基本完成，8个失败存储过程需手动修改
数据搬完了，但真正要命的问题才刚开始——应用代码里嵌着大量数据库特有语法。达梦 DTS 完全不碰这段代码。这些 Java 代码中的方言 SQL，才是导致系统"搬了数据库却跑不起来"的元凶。
// 这段代码在 Oracle 里跑了 5 年，现在 Oracle 换成达梦了
// ❌ 问题1: ROWNUM — 达梦 MySQL 兼容模式下不识别
String sql = "SELECT * FROM orders WHERE ROWNUM <= 10";
// ❌ 问题2: CONNECT BY — 不同数据库递归语法完全不同
sql += " START WITH id = 1 CONNECT BY PRIOR pid = id";
// ❌ 问题3: NVL — 非 Oracle 数据库不支持
sql += " NVL(status, 'ACTIVE')";
// ❌ 问题4: TO_CHAR — 不同数据库日期格式化函数不同
sql += " TO_CHAR(create_time, 'YYYY-MM-DD')";
// 一个中等项目里这种嵌在代码里的数据库特有写法
// 少则几十处、多则上千处
// 厂商工具对此完全无能为力
1对1 专线 vs 1对N 万能
| 厂商工具 | Oracle | MySQL | SQL Server | PostgreSQL | 目标 |
|---|---|---|---|---|---|
| 达梦 DTS | ✅ | ✅ | ✅ | ✅ | → 只能到达梦 |
| 金仓 KDTS | ✅ | ✅ | ✅ | ⚠️ | → 只能到金仓 |
| OceanBase OMA | ✅ | ✅ | ✅ | ✅ | → 只能到 OB |
| 瀚高 SABRE | ✅ | ✅ | ✅ | ✅ | → 只能到瀚高 |
| 华为 DRS | ✅ | ✅ | ✅ | ✅ | → 只能到 GaussDB |
| AnyLine | ✅ | ✅ | ✅ | ✅ | → 100+ 任意库 |
某信创项目，一期用达梦，二期可能切金仓。ISV 被迫维护两套代码：
// 达梦分支
if (dbType == "DM") {
sql = "... ROWNUM <= 10";
}
// 金仓分支
else if (dbType == "KES") {
sql = "... ROWNUM <= 10";
// 分页/序列/函数细节
// 有很多差异
}
// 每次迭代，两边都改一遍
同一套代码，适配器根据当前数据源自动转换：
// ✅ AnyLine — 只写一套
DataSet ds = AnyLine.select(
"SELECT * FROM orders",
condition(10,查询条件...)
// 适配器自动生成：
// Oracle: ROWNUM <= 10
// MySQL: LIMIT 10
// SQLServer: TOP 10
// 达梦: 根据兼容模式自动选择
);
// 换库只改配置，不改代码
DBA 层 vs 开发层 — 最本质的区别
同样的"查询前10条订单"，不同数据库写法完全不同。厂商工具管不了你 Java 代码里的分页 SQL。
| 数据库 | 分页 SQL 写法 | 差异点 |
|---|---|---|
| Oracle | SELECT * FROM t WHERE ROWNUM <= 10 | 伪列 ROWNUM |
| MySQL / PG | SELECT * FROM t LIMIT 10 | LIMIT 子句 |
| SQL Server | SELECT TOP 10 * FROM t | TOP 关键字 |
| DB2 | SELECT * FROM t FETCH FIRST 10 ROWS ONLY | FETCH FIRST |
| 达梦 (Oracle模式) | SELECT * FROM t WHERE ROWNUM <= 10 | 兼容 Oracle |
| 达梦 (MySQL模式) | SELECT * FROM t LIMIT 10 | 兼容 MySQL |
| AnyLine 统一写法 | AnyLine.select("orders", condition(10)) | 适配器自动转换 → |
-- Oracle
SELECT NVL(name, '未知') FROM user;
-- MySQL
SELECT IFNULL(name, '未知') FROM user;
-- SQL Server
SELECT ISNULL(name, '未知') FROM user;
-- PG / 达梦 / 金仓
SELECT COALESCE(name, '未知') FROM user;
四个函数功能完全相同，四种写法。你的代码里写死了哪个？
//随便写一种团队熟悉的语法,适配器自动转换
service.select(
"SELECT NVL(name, ?) FROM t_user"
);
service.select("t_user(COALESCE(name, ?))")
// 运行时自动转换：
// Oracle → NVL(name, ?)
// MySQL → IFNULL(name, ?)
// SQL Server → ISNULL(name, ?)
// 达梦/金仓 → COALESCE(name, ?)
// 换数据库？代码一行不用改。
适配器统一处理，开发者无需关心底层差异。
| 概念 | Oracle | MySQL | PostgreSQL | 达梦 | AnyLine 统一 |
|---|---|---|---|---|---|
| 变长字符串 | VARCHAR2 | VARCHAR | VARCHAR | VARCHAR | DataTypes.VARCHAR |
| 日期时间 | DATE | DATETIME | TIMESTAMP | TIMESTAMP | DataTypes.DATETIME |
| 大文本 | CLOB | LONGTEXT | TEXT | CLOB/TEXT | DataTypes.TEXT |
| 布尔 | NUMBER(1) | TINYINT(1) | BOOLEAN | BIT | DataTypes.BOOLEAN |
| 自增主键 | SEQUENCE | AUTO_INC | SERIAL | IDENTITY | DataTypes.AUTO_ID |
厂商工具搬数据时会自动做类型映射，但 Java 代码里如果用 JDBC setObject() 或手写 DDL 建表，这些差异照样报错。AnyLine 的 适配器 在上层统一处理。
一次性项目 vs 持续运行
品牌锁定 vs 中立自由
# 切换到达梦 — 只改这两项
anyline.datasource.url=jdbc:dm://192.168.1.100:5236
anyline.datasource.driver=dm.jdbc.driver.DmDriver
# 切换到金仓 — 还是只改这两项
anyline.datasource.url=jdbc:kingbase8://192.168.1.101:54321/test
anyline.datasource.driver=com.kingbase8.Driver
# 切换回 Oracle — 依然是这两项
anyline.datasource.url=jdbc:oracle:thin:@192.168.1.102:1521:orcl
anyline.datasource.driver=oracle.jdbc.OracleDriver
# 应用代码？一行没动过。