管理DBA的生产变更/调整与开发人员待定的DB变更脚本的合并

DBA不应该只在prod上调整proc。他们还应该使用源代码管理,并将更改放在其他环境中,以便进行更改的其他人知道这些更改。

对数据库模式脚本进行任何和所有DDL更改,然后将其存储在源代码控件中。特别是DBA所做的更改——我建议在将基本模式和存储过程检查到源代码控制中之前,让db开发人员和DBA检查它们(这是HLGEM的建议)。进入prod应该在应用之前编写脚本并获得批准(即,如果DBA发现需要更改的内容,请DBA打开缺陷并通过该流程进行处理)。

将所有这样的DDL更改从开发人员那里锁定。编写Java和C#的聪明人应该与您的团队db“专家”就如何最好地实现db方面的设计目标和需求进行沟通。

将生产调整限制在那些高度依赖于情况的情况下,例如,许多IT商店都有一个DBA,他将根据应用程序提供的db部署脚本定义物理存储设置,这通常是可以的。用你的应用程序创建一个向导,帮助经验不足的人,并提供安装和基本调整的十大建议,这将大有帮助。