多人开发系统，数据库方面的改动如果管理

开发环境是VS2003+SQL2000,大概有7-8个人开发，其中2个比较熟悉系统和数据库结构，其他是新招聘的人员。

由于要定期出更新版本（大概一个月），怎么做可以比较方便快捷的把测试数据库的改变应用到真实数据库中呢？

开发过程中我想到有两种方法，一是有着旧同事专门做数据库层次的工作，其他人做编码工作。
二是给每个人分配一些模块，从数据库层次到编码层次都有他负责，完成时大家互相检查。

类似的情况，大家是怎么做的？
系统版本升级时，大家有什么建议

9 个解决方案

#1

数据库结构应该先定下来，开发过程的修改应该通过主管人员（一般情况不修改）

#2

我赞成第一种方法~~

#3

引用 1 楼 Haiwer 的回复:

数据库结构应该先定下来，开发过程的修改应该通过主管人员（一般情况不修改）

修改是必然的，因为正在做的事一个新的模块。

开发人员和主管人员的交互是一个怎么样的过程，要使用什么工具，能否说详细一点

#4

我们的做法是：做一份数据结构文档，由项目主管掌握（可修改），其他项目人员只能查看，需要修改数据结构，必须经过主管同意，并修改文档

#5

七八个人十来条枪...

建议是先确定数据库的结构，由熟息系统和数据库的人员建好表结构，再整理出数据字典，

然后再依模块分组，分派不同的人去编码。

系统升级就较复杂了...需要有一个人专门负责DB的升级

若各模块负责人需要异动数据库，需要将升级的Script提交给负责人做统一的整理。

#6

引用 2 楼 wufeng4552 的回复:

我赞成第一种方法~~

我也倾向于第一种方法，但是我不知道旧员工从事数据库层次工作的时候，具体要怎么做，是没做一次数据改动，都要分门别类的吧相应的改动做记录，同时有要怎么准备升级这次的数据库

#7

引用 4 楼 arrow_gx 的回复:

我们的做法是：做一份数据结构文档，由项目主管掌握（可修改），其他项目人员只能查看，需要修改数据结构，必须经过主管同意，并修改文档

数据文档是否报表存储过程，用户自定义函数等，那修改数据库结构的工作交给开发人员吗

#8

引用 5 楼 Garnett_KG 的回复:

七八个人十来条枪...

建议是先确定数据库的结构，由熟息系统和数据库的人员建好表结构，再整理出数据字典，

然后再依模块分组，分派不同的人去编码。

系统升级就较复杂了...需要有一个人专门负责DB的升级

若各模块负责人需要异动数据库，需要将升级的Script提交给负责人做统一的整理。

这个整理的工作我想每天都做，而不是最后升级的时候做。那日常的工作是否有一定的流程支持这个整理工作。

#9

这个很难，目前没有较好的方法。
数据库设计方面包括：
  1、表结构（含索引、约束、缺省值）、视图、固态数据
  2、触发器、存储过程（公用）、自定义函数（公用）
  3、作业、DTS包
  4、存储过程（单用）、自定义函数（单用）

第一类
  应该是在开发前设计好，开发过程中必须有专人负责维护，并生成维护报告供开发人员使用。
第二类
  应该在开发前定义好逻辑、接口，由多人各自完成工作。
  如果开发过程中需要变更逻辑和接口，应由专人负责维护文档，可由多人完成该项工作，但最后的结果由专人归档和发布。
第三类和第四类
  开发人员自行维护。

至于工具，目前还没有发现有什么好的工具，
比较好的是版本管理，建立基线版本，确保每次发布时所有的文档基线版本一致。