数据库脚本更新机制：
1.所有数据库结构修改统一由项目DBA（XX）执行，开发人员不允许在开发库、测试库等数据库中执行。DBA在开发库执行完成以后，将脚本发给开发人员。
2.记录型的基础数据，如字典，元数据，权限配置数据，关键系统参数等由开发自己管理，同时生成可更新的脚本，发给DBA。
3.开发人员完整的完成一个功能后再向CVS提交代码，避免修改一半的功能提交到服务器，导致编译或者系统运行有问题。
4.每次发版本时，由版本发布人员（XX）向开发人员收集本次发版本要向测试提交的功能修改点和BUG列表。开发人员要把提交的功能修改点和BUG列表提交给版本发布人员，同时将这些功能点涉及的SQL脚本发给版本发布人员。
5.版本发布人员将SQL脚本在发布测试库中进行测试，确保脚本没有问题。
6.版本发布人员从CVS同步程序并打包，连同SQL脚本发给测试，由测试人员（XX）在测试数据库执行脚本。
7.开发人员不可以将脚本直接给测试人员，只能通过版本发布人员给测试人员。在测试版本发布后需要提交给测试的脚本，由版本发布人员和测试人员分别在发布测试库和测试库进行执行。
―――――――――――――――――――――――――――――――
若以上管理不善则导致如下问题：
1.开发人员修改了表结构或业务字典没有及时生成脚本，后续遗漏了此脚本；
2.本次发版所需要的脚本多或者少，即与本版本的程序不匹配的问题；
3.执行问题：
a)sql语句本身写的不对，语法问题（如delete后却有from，语句后没有分号等问题）；
b)执行脚本的顺序不对；
c)执行的脚本没有提交（commit）；
d)创建表或修改表结构或字段类型时，历史表没有及时修改（需在sql窗口执行历史数据的脚本，不能在命令行窗口执行）。
