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

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

参与5

1同行回答

y18511664518y18511664518技术总监长城超云
不管系统大小,都要遵循一下原则: 一  应用 评估确定项目的要求 估计工作量 业务需求分析 分析应用 计划迁移项目二 应用移植应用数据迁移 应用软件迁移 应用软件适配新环境 数据库从开发环境移动到生产环境 应用从开发环境移动到生产环境 实施部署策略三性能调优 测...显示全部

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

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

二 应用移植

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

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

收起
金融其它 · 2020-07-29
浏览1302

提问者

wanglaye
信息技术经理某大型金融机构
擅长领域: 数据库服务器分布式系统

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2020-07-15
  • 关注会员:3 人
  • 问题浏览:1930
  • 最近回答:2020-07-29
  • X社区推广