开发环境是VS2003+SQL2000,大概有7-8个人开发,其中2个比较熟悉系统和数据库结构,其他是新招聘的人员。由于要定期出更新版本(大概一个月),怎么做可以比较方便快捷的把测试数据库的改变应用到真实数据库中呢?开发过程中我想到有两种方法,一是有着旧同事专门做数据库层次的工作,其他人做编码工作。
二是给每个人分配一些模块,从数据库层次到编码层次都有他负责,完成时大家互相检查。类似的情况,大家是怎么做的?
系统版本升级时,大家有什么建议

解决方案 »

  1.   


    七八个人十来条枪...建议是先确定数据库的结构,由熟息系统和数据库的人员建好表结构,再整理出数据字典,然后再依模块分组,分派不同的人去编码。系统升级就较复杂了...需要有一个人专门负责DB的升级若各模块负责人需要异动数据库,需要将升级的Script提交给负责人做统一的整理。
      

  2.   

    这个很难,目前没有较好的方法。
    数据库设计方面包括:
      1、表结构(含索引、约束、缺省值)、视图、固态数据
      2、触发器、存储过程(公用)、自定义函数(公用)
      3、作业、DTS包
      4、存储过程(单用)、自定义函数(单用)第一类
      应该是在开发前设计好,开发过程中必须有专人负责维护,并生成维护报告供开发人员使用。
    第二类
      应该在开发前定义好逻辑、接口,由多人各自完成工作。
      如果开发过程中需要变更逻辑和接口,应由专人负责维护文档,可由多人完成该项工作,但最后的结果由专人归档和发布。
    第三类和第四类
      开发人员自行维护。至于工具,目前还没有发现有什么好的工具,
    比较好的是版本管理,建立基线版本,确保每次发布时所有的文档基线版本一致。