两个总意见不一,先是按C总设计的数据库完善程序(我的观点多数被否定,嗨~),后来归Z总管理了,他也设计一套数据库(作为产品研发),数据库更改了不少,多多少少的字段,字段的命名,程序的显示都有出入,可是程序已经开发了一大半了,请问各位我该怎么才能最可能多的保留现有程序呀!小菜拜谢了,555555
------解决方案--------------------
新作一个系统,适应他的数据库呗.
------解决方案--------------------
抛开数据库，或者抛开不一样的细节
先把那些不变的提出来，从老毛，到周恩来，在到老邓，基本路子就是如此“求同存异”，搁置细节争议，先把原则上能解决的同解决了，然后在看细节上的异能不能解决（当然基本一定是原则上的同，而不是细节上的同，过与细节了难免就是定死了）
实际上从你的开发套路上来看，现在的毛病就是因为两个老总都太过细节了。我经常对我下面的说的是：“我不需要你细节，我不希望你一步到位，我宁可你给我停在路口，也不愿意你自作主张滴向右拐了。我希望你们服从我这个交通灯的指挥，而不是瞎闯红灯”
------解决方案--------------------
如果项目不存在维护的成本，就少改一点
如果项目存在维护的成本（或者以后维护的就是你），建议你大改，不然，你以后会肠子都悔表
------解决方案--------------------
如果你们以数据设计来驱动项目,那就不能避免
你们的团队是这样一种开发模式:如果不晓得字段,就无法写代码了
建议:
1.以设计文档接口驱动所有开发行为,既不是dataFist也不是CodeFirst,更不是ORM;
2.业务逻辑和数据分离,程序员不需要直到数据细节
------解决方案--------------------
数据库的变动 是不可避免的。
新增字段，你就添加实体属性。
字段变化， 你在 写存储过程的时候一定要记住， select 后面的 那些字段 一定要 as 一下。
这样，不管数据库里面怎么变，你只要改一改 存储过程就可以了，程序不用变。