日期:2014-05-20  浏览次数:20837 次

请高手给支个招,数据库更改,实体更新,我该怎么办才能最大程度使用现有程序?
两个总意见不一,先是按C总设计的数据库完善程序(我的观点多数被否定,嗨~),后来归Z总管理了,他也设计一套数据库(作为产品研发),数据库更改了不少,多多少少的字段,字段的命名,程序的显示都有出入,可是程序已经开发了一大半了,请问各位我该怎么才能最可能多的保留现有程序呀!小菜拜谢了,555555

------解决方案--------------------
新作一个系统,适应他的数据库呗.
------解决方案--------------------
抛开数据库,或者抛开不一样的细节

先把那些不变的提出来,从老毛,到周恩来,在到老邓,基本路子就是如此“求同存异”,搁置细节争议,先把原则上能解决的同解决了,然后在看细节上的异能不能解决(当然基本一定是原则上的同,而不是细节上的同,过与细节了难免就是定死了)

实际上从你的开发套路上来看,现在的毛病就是因为两个老总都太过细节了。我经常对我下面的说的是:“我不需要你细节,我不希望你一步到位,我宁可你给我停在路口,也不愿意你自作主张滴向右拐了。我希望你们服从我这个交通灯的指挥,而不是瞎闯红灯”
------解决方案--------------------
如果项目不存在维护的成本,就少改一点

如果项目存在维护的成本(或者以后维护的就是你),建议你大改,不然,你以后会肠子都悔表
------解决方案--------------------
如果你们以数据设计来驱动项目,那就不能避免
你们的团队是这样一种开发模式:如果不晓得字段,就无法写代码了

建议:
1.以设计文档接口驱动所有开发行为,既不是dataFist也不是CodeFirst,更不是ORM;
2.业务逻辑和数据分离,程序员不需要直到数据细节
------解决方案--------------------
数据库的变动 是不可避免的。

新增字段,你就添加实体属性。

字段变化, 你在 写存储过程的时候一定要记住, select 后面的 那些字段 一定要 as 一下。

这样,不管数据库里面怎么变,你只要改一改 存储过程就可以了,程序不用变。