比较老的业务系统使用了大量存储过程来实现业务逻辑,一般现状是没有完全了解代码背景和逻辑的人员,日常改一行代码都是非常谨小慎微,那要做信创迁移改造时,该如何应对?
根据此种业务逻辑场景
1 不应该是DBA 提出迁移的需求2 迁移中对应的国产数据库厂家是否能针对自身的数据库,来对ORACLE的存储过程进行替换和转义3 DBA 需要考虑,新创数据库本身是否,在架构本身实现的层次上,对于转换的存储有能力进行流畅的运营。
开发模式的不同,导致了使用数据库的类型的不同,逆向倒推,不利用业务系统的迁移和使用
可以使用Data Pump将存储过程代码从Oracle数据库迁移到其他数据库。
针对这种情况,建议采取以下措施:
总之,针对老的业务系统使用大量存储过程的情况,需要进行全面的文档化和注释,逐一分析存储过程的功能和逻辑,进行重构和单元测试,并在迁移改造过程中进行充分的测试和验证。同时,可以考虑使用数据库替换工具,以减少对存储过程的修改和调整。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30