gpt4 book ai didi

sql - 通过 SDLC 传播数据库更改的常见做法?

转载 作者:搜寻专家 更新时间:2023-10-30 20:18:09 24 4
gpt4 key购买 nike

我完成了一项功能请求,需要更改我们网站的数据库。

将数据库更改传播到软件开发生命周期的测试和生产阶段的标准方法是什么。我工作的人建议我们没有为此制定适当的程序,但我们应该这样做。

在版本控制上下文中执行此操作的常用方法是什么?

我正在考虑在 README 中包含对测试人员/部署人员的说明,以便在尝试启动站点之前通过 psql 执行项目中包含的 SQL 脚本。但我不希望该脚本保留在后代分支中,对吗?或者我呢?答案是对数据库的所有更改都应该以某种方式集中化吗?

这里的部分问题可能是我不知道问这个问题的更精确的方式,所以很难谷歌。非常欢迎任何建议,谢谢!

最佳答案

SQL DDLs 的源/版本控制和传播是一个很难解决的问题。有第 3 方工具,例如 Red Gate's SQL Source Control这有帮助,但可能会变得昂贵。根据我的经验,不同的开发商店倾向于使用内部开发的手动流程。这可能意味着 DDL 导出和保存脚本以将 SQL DDL 硬塞到使用的任何版本控制系统中。 (Git、SVN、CVS 等)我还看到一些商店简单地压缩并存储整个(但空的)数据库。这是一种相当笨拙的方法,但它确实有效。

最好的办法是使用一种工具来帮助您,就像上面提到的那样,但是导出和版本控制 DDL 脚本也可以。是的,您确实希望 DDL 集中在某些 revision control system 中.如果您使用自动构建系统,您还可以包括针对您的数据库执行版本控制的 DDL 脚本。无论您选择哪种方法,最重要的是保持一致。

一些帮助您入门的资源:(This is my Google search 产生了以下链接。)

关于sql - 通过 SDLC 传播数据库更改的常见做法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24615897/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com