Sam_Deep_Thinking 2010-07-29 14:57
浏览 452
已采纳

旧系统重构,数据迁移问题

[color=red]目前的情况:[/color]
[b]1、概况[/b]
现在公司的项目代码非常的混乱,数据库表的设计也是非常的糟糕,这样,系统的升级和维护变得非常
的困难。鉴于此,领导要求将旧系统升级重构。
最终英明的领导将这个重任交给了我( :cry: )
[b]2、技术概况[/b]
旧系统是使用jdbc+struts1
新系统打算用struts2+hibernate+spring

将会遇到的问题:
第一,要改动表吗?
这里说的改动表包括,新增表,修改原来的表。
最开始我是这样跟领导说的:
在这次重构中,不改动表结构,只是代码级别的修改(需充分发挥hibernate的强大能力),以便尽量减少数据迁移的问题。

   但是后来我发现,原系统数据库设计很不合理,而且代码也是很乱。如果不改动表的话,难以实现。
   光是看代码就死人了。
    目前的话,我打算这样做:
     旧系统能够用的表尽量用,对于那些设计很差的表,我就打算用新的表来重新设计一下。但是这样,
     数据迁移会是个很棘手的问题。

第二,数据迁移问题
如果不改动旧系统的任何表结构的话,数据迁移问题应该不大。
但是,如果我新增了一些表,就得把旧系统的中的数据存到新表中,而旧数据是分很多种类型的,如:
基础数据、历史数据、流程数据(最难搞).
关于数据迁移问题,我想问的是:
如果我新增了一些表,也修改了旧表的结构,请问数据迁移问题可以搞的定吗?一般来说。

总结提问:
目前的话,如果不改动表的话,重构(部分是重新设计)是很难完成的。
但是改动表之后,数据迁移也很难搞。请问我该如何做?

  • 写回答

2条回答 默认 最新

  • weixin_42402148 2010-07-30 10:32
    关注

    这肯定可以搞定的啊,只是工作量多少的问题

    如果这个项目以后不归你维护,何必自讨苦吃呢?

    较为负责任的办法,我觉得是把合力的数据库结构整理出来,把工作量估计出来(千万不要高估自己的效率),然后让领导决定是否变动库表结构

    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论
查看更多回答(1条)

报告相同问题?

悬赏问题

  • ¥15 矩阵加法的规则是两个矩阵中对应位置的数的绝对值进行加和
  • ¥15 活动选择题。最多可以参加几个项目?
  • ¥15 飞机曲面部件如机翼,壁板等具体的孔位模型
  • ¥15 vs2019中数据导出问题
  • ¥20 云服务Linux系统TCP-MSS值修改?
  • ¥20 关于#单片机#的问题:项目:使用模拟iic与ov2640通讯环境:F407问题:读取的ID号总是0xff,自己调了调发现在读从机数据时,SDA线上并未有信号变化(语言-c语言)
  • ¥20 怎么在stm32门禁成品上增加查询记录功能
  • ¥15 Source insight编写代码后使用CCS5.2版本import之后,代码跳到注释行里面
  • ¥50 NT4.0系统 STOP:0X0000007B
  • ¥15 想问一下stata17中这段代码哪里有问题呀