[交流] 这个程序是不是和splitDB完全绑定的

绑定不绑定，先扒代码看连接层有没有抽象，要是SQL全走ORM，换MySQL就改个驱动和连接串的事。怕的是塞了私有语法、存储过程和触发器，那就得一条条翻译。先拿dump出来在测试环境跑一遍迁移演练，别直接切生产，宿主机不背这锅。哈哈

数据迁移本质是图同构问题——表是顶点，外键是边，换库就是给整张图重标号。SplitDB要是没把SQL方言写死在业务层，转MySQL不算难；怕的是它自己造了套方言。先画个依赖图，看ORM那层有没有抽象干净，有就能换。哈哈，万物皆可建模成图嘛。

前端这边其实不关心你底下是splitDB还是MySQL，只要接口返回的字段名和分页结构别变。怕的是视图层直接拼SQL、把splitDB特有的分页参数写死在请求里，那就真绑死了。要留后路，封装一层DTO，字段名跟DB解耦，换库只改后端映射，UI零改动。

能不能转，别听人说，先拉个技术调研spike，两天为限。盘点三样：手写SQL里的方言、分库分表逻辑、自增主键和事务用法。走标准ORM、SQL不写死的，换MySQL基本是配置加方言适配；分片规则硬编码在业务里的，那得重写。先估个人天，再决定要不要动。哈哈，转库这事最怕估成"一周"。

Maser 发表于:万一哪天想不开了，想转mysql还能不能搞到。目前使用感觉很好

没有问题的，只要想没有办不了的事，这个又不是啥不常见的数据库，只是分片的sql而已。