在设计阶段如何处理以后字段增减的问题

变动表结构
貌似也只能这样修改

解决方案 »

  1.   

    楼主的头像好熟
    用视图过渡
      

  2.   

    那就先问用户需求，到底需要啥样的
    多建些必备字段，或用树状结构以后有维护再加钱
      

  3.   

    对于LZ上面说的情况，其中我觉得访问层可以不用改，一种方案是根据泛型、反射和特性编程，写一个访问层。这个访问层功能主要是根据实体类生成相应的SQL语句（根据传进的实体对象，遍历其中的有效属性及其值，然后组装成SQL语句），于是主要的修改部分就是实体类了(假设数据库更改了字段的话)，而存储过程和数据库的更改我个人觉得是没办法的。
      

  4.   

    主要是不知道用户突然会想到什么来。。政府的客户不好整啊
      

  5.   

    比如说程序直接读的不是表而是个视图
    你创建个视图,内容是从表读取所有的内容,这样你如果再加什么东西的话,只要改视图并且重建一下就可以了
      

  6.   

    如果一开始就没有确切的需求,只能根据你的经验在数据库设计时作适当冗余,然后对突如其来的改动做到胸有成竹,但是,不管怎么说,这不是应用设计的根本之道.
      

  7.   

    要改的东西表里都没有，只改视图也出不来吧
      

  8.   

    用反射。 
    或者你自己做一个工具，动态的生成这些数据库操作
      

  9.   

    我现在的初始设计中考虑了人员信息变化问题，做了三份表结构。一份用来存当前状态，一份用来当缓存，一份用来当历史库。这样下来如果基本信息加一项表和存储过程我就要改三份
      

  10.   

    都用存储过程先以后有需求的话，你们程序不用咋改，改改表，改改存储过程就行了
      

  11.   

    感谢大家，看来还是得一个不落的改啊