金蝶ERP从SQL Server迁到达梦，存储过程改造那些坑，我一个一个踩给你看
兄弟们，老周我最近接了个人项目——帮一家央国企做金蝶ERP的信创化改造，说白了就是把后台数据库从SQL Server替换成武汉达梦。客户要求“平滑过渡”，结果一跑存储过程，报错报得那叫一个热闹。今天不整虚的，就给大伙儿盘一盘我实际踩过的坑，都是能救命的经验。
第一个坑：自带函数“方言味”太重
SQL Server里咱写惯了 GETDATE()、CHARINDEX()、LEN()，这些大爷到了达梦这儿，一半以上不认。达梦更亲近Oracle的语法，比如取系统时间你得写 SYSDATE（这个倒是通用），查一个字段是不是数字，SQL Server用 ISNUMERIC()，达梦用 REGEXP_LIKE(field, '^[0-9]+$')。
打个比方，这就像你跟北京人说话用“干嘛呢”，跟广东人说话也用“干嘛呢”，人家能懂但总觉得你不对劲。
真实场景：我们有个客户月结存储过程，里头有个 LEN(REPLACE(account_no,' ','')) 去空格判断，一跑就报“无效列名”。最后我一条条翻手册，把 LEN 改成 LENGTH，把 CHARINDEX 改成 INSTR（注意参数顺序还反了！）才踏实。强烈建议：开工前先写个小工具，把存储过程里所有内置函数列出来，对照达梦的兼容清单逐个标记，别等跑挂了再哭。
第二个坑：游标和临时表“闹脾气”
金蝶的老ERP存储过程最喜欢用嵌套游标，一层套一层，跟套娃似的。SQL Server里没问题，但达梦对游标循环里再开游标，默认游标个数有限制，数据量大点直接给你报“游标资源不足”。
真实场景：处理一个几千行的单据分录，外层游标跑着，内层游标去查明细，跑到三百多行就断了。当时我脸都绿了。
解决方案：别硬扛，把嵌套游标拆了。一种是改成“先收集再处理”——把外层数据一次性塞进全局临时表，再用一个游标循环，里面用 EXECUTE IMMEDIATE 动态SQL去查，查完释放。另一种更绝，直接改成基于集合的UPDATE，用一条关联更新替代整个游标循环。记住：达梦里能用SQL别用PL/SQL，能用简单循环别搞套娃。
第三个坑：事务提交时机“脾气不同”
SQL Server默认每条语句自动提交，很多老存储过程根本不管事务。但达梦（还有Oracle）默认是显式事务，你光写 UPDATE 不写 COMMIT，程序跑完不报错，但数据没落盘，客户那边查报表查不到，还以为你程序逻辑错了。
真实场景：金蝶的凭证导入存储过程，原本在SQL Server上跑得贼快。迁到达梦后，界面提示“导入成功”，但凭证表里毛都没有。查了半天，原来是过程体里漏了 COMMIT。更坑的是，如果后面报错回滚，前面没提交的数据也全没了。
解决方案：在达梦的兼容参数里有一个 COMPATIBLE_MODE，改成 3（Oracle模式）以后，对COMMIT的要求会宽松一点。但别指望完全一样，建议还是把存储过程里所有的 BEGIN 后面检查一遍——SQL Server的习惯是过程体最后统一提交，达梦这儿你得在关键操作后及时 COMMIT，就像做饭要边炒边尝咸淡，别等出锅发现齁死。
第四个坑：字段类型隐式转换“暗箭伤人”
SQL Server里 VARCHAR 和 NVARCHAR 互相赋值很随意，日期字符串 '2025-01-01' 跟 DATETIME 比较也随意。达梦这块管得严，类型不匹配直接报错，或者截断静默出错。
真实场景：原来写 WHERE create_date >= '2025-01-01'，这里 create_date 是 TIMESTAMP 类型，在SQL Server里能跑，到达梦直接报“字符串格式不正确”。把字符串改成 TO_DATE('2025-01-01','YYYY-MM-DD') 才行，多写一层皮。
还有个大坑：金蝶的 FBrNo 有的表是 VARCHAR 有的是 CHAR，CHAR类型在达梦里会自动补空格，你拿它去跟字符串比，死活比不上。解决办法：建表时让金蝶的脚本改成VARCHAR，或者查询时统一 TRIM()。
最后一个心得
兄弟们，这趟活儿做下来，我的感觉是：别把达梦当成SQL Server的替身，得把它当成一个“说普通话的Oracle表弟”。理论上达梦有Oracle兼容模式，但金蝶的存储过程是给SQL Server定制的，你只能做“翻译”，不能做“照搬”。
我现在给客户整理的改造规范就三条：
- 函数替换优先，先搞个字典表，把常用的映射列出来；
- 游标能拆就拆，尤其是嵌套游标；
- 事务别省，每段业务逻辑结束就
COMMIT。
最后说句实在的，这种迁移项目，真正花时间的不是写代码，是排查那些不报错但结果不对的暗坑。如果你们团队也准备干这事儿，建议先拿一两个复杂的存储过程跑个影子库，把能炸的雷提前炸掉。
我记得以前在某个技术方案站点上还看过一份更全的对照清单，名字大概叫 itfangan.com，里头整理了SQL Server与达梦的存储过程兼容性映射、常见报错及脚本，比我这篇唠嗑版的完整多了。你们上手前不妨去翻翻，省得像我一样，半夜三点还在群里问“为啥INT除以INT变成整数了”，那场面，属实狼狈。
行了，活儿还没干完，我去改下一个存储过程了。各位同仁，信创这条路不好走，但坑里踩多了，也就成了路。共勉！