数据桥通道设计：换库换接口时，四种取数语义保持稳定
先说清楚：本文在讲什么
数据桥要通向外部世界，需要通道：本机、关系数据库、HTTP。 通道回答「从哪连」；常量 / 名单 / 问答 / 办事回答「拿回来的是什么形状」。
本篇讨论： 为何通道可以换，语义形状必须保持稳定。 读完应能说清：换库、换接口时，上层为何还能用同一套概念。配置差异见部署版本的配置界面。
主张
数据从哪来，可以变；回来的东西是什么形状，不能变。 三类通道——本机、关系数据库、HTTP——无论走哪条，上层仍应认出：常量、名单、问答，还是办事。
反面做法
- 「接了 Oracle 就另发明一套字典概念」；「接了 WebApi 就只剩万能 JSON」。
- 换接口商，表单字段类型、流程条件、事件模型一起重做。
- 本机一套说法，外库另一套说法。
桥还在，却变成了方言岛。
驰骋怎么切
| 对比项 | 本机 | 关系数据库 | WebApi |
|---|---|---|---|
| 连接 | 跟系统配置，默认可用 | 连接串 | HTTP |
| 名单 / 问答 / 办事 | 有 | 有 | 有 |
| 常量（枚举） | 有（主阵地） | 不以之为契约源 | 无 |
| 设计意图 | 开箱可跑、契约内生 | 把业务库收成能力 | 把接口收成同一语义 |
口诀：换通道，不换四种语义；换供应商，不换表单与流程的消费方式。
场景
- 部门名单先从本机字典起步，上线后改由业务库 SQL 供数——字段仍是名单语义。
- 物料列表从库表改为 HTTP——Pop / 下拉仍按名单或问答消费。
转载自 CSDN-专业IT技术社区
