将业务逻辑实现方从Oracle数据库上移至应用,那么如何评估改造量和改造难度?兼容性如何保障?

Oracle数据库往往和应用耦合度较高,迁移过程还会涉及到应用迁移和改造,特别是存储过程、触发器、自定义函数等方面的改造,将业务逻辑实现方从数据库上移至应用,那么如何评估改造量和改造难度?兼容性如何保障?...显示全部

Oracle数据库往往和应用耦合度较高,迁移过程还会涉及到应用迁移和改造,特别是存储过程、触发器、自定义函数等方面的改造,将业务逻辑实现方从数据库上移至应用,那么如何评估改造量和改造难度?兼容性如何保障?

收起
参与5

返回y18511664518的回答

y18511664518y18511664518技术总监长城超云

不管系统大小,都要遵循一下原则:
一  应用 评估

确定项目的要求
估计工作量
业务需求分析
分析应用
计划迁移项目

二 应用移植

应用数据迁移
应用软件迁移
应用软件适配新环境
数据库从开发环境移动到生产环境
应用从开发环境移动到生产环境
实施部署策略

三性能调优
测试数据库和应用程序迁移
进行性能测试和调优
楼主所说的工作量都要经过详细的评估以后才能确定,另外现在有开源的迁移工具和兼容插件,基本上能节省数据和语法迁移的60%时间,可以试试。

金融其它 · 2020-07-29
浏览1303

回答者

y18511664518
技术总监长城超云
擅长领域: 数据库存储关系型数据库

y18511664518 最近回答过的问题

回答状态

  • 发布时间:2020-07-29
  • 关注会员:3 人
  • 回答浏览:1303
  • X社区推广