如何对 SQL Server 数据库进行版本控制？

Question

我需要将版本放入 SQL Server 2005 数据库并可以从 .NET 应用程序访问这些版本。 我的想法是在数据库上使用名称为“版本”的扩展属性，当然该值将是数据库的版本。 然后我可以使用 SQL 来解决这个问题。 我的问题是这听起来像是一个好计划还是有更好的方法向 SQL Server 数据库添加版本？

假设我无法使用表来保存元数据。

Answer 1

我这样做：

创建一个架构表：

CREATE TABLE [dbo].[SchemaVersion](
    [Major] [int] NOT NULL,
    [Minor] [int] NOT NULL,
    [Build] [int] NOT NULL,
    [Revision] [int] NOT NULL,
    [Applied] [datetime] NOT NULL,
    [Comment] [text] NULL)

更新架构：

INSERT INTO SchemaVersion(Major, Minor, Build, Revision, Applied, Comment)
VALUES (1, 9, 1, 0, getdate(), 'Add Table to track pay status')

获取数据库架构版本：

SELECT TOP 1 Major, Minor, Build from SchemaVersion
ORDER BY Major DESC, Minor DESC, Build DESC, Revision DESC

改编自我在 编码恐怖

Answer 2

我们按照您的描述使用扩展属性，并且效果非常好。

我认为有一张桌子有点过分了。 如果我想跟踪数据库中的差异，我会使用源代码管理并将所有数据库生成脚本保留在其中。

我还使用了一些 ER 图工具来帮助我跟踪数据库版本的更改。 这超出了实际应用程序的范围，但它使我能够快速看到发生了什么变化。

我认为是 CASEStudio，或者类似的东西。

Answer 3

如果我正确理解您的问题（区分内部数据库版本，例如应用程序内部版本号），您可能会拥有某种 SYSVERSION 表，其中包含包含此信息的单行数据。

更方便查询。

还可以包含多列有用信息，或多行表示数据库副本升级的不同时间。

更新：好吧，如果您无法使用表来保存元数据，那么某种外部信息（硬盘驱动器上的 INFO 文件？）或扩展属性将是可行的方法。

不过，我仍然喜欢表的想法:)您始终可以使用安全性来使其只能通过自定义存储过程 get_ db_version 或其他东西来访问。

Answer 4

最好的方法是有两个过程：一个标头用于控制插入的内容，并验证一个页脚以插入数据（无论发布是否良好）。 正文将包含您的脚本。

您需要一个包装器来封装您的脚本并记录所有信息：到目前为止的版本、已应用的脚本编号、应用日期、应用日期、发布结果“失败或成功”。

Answer 5

我正在使用类似于马特解决方案的专用表。 除此之外，数据库更改必须在对架构应用任何更改之前检查当前版本。 如果当前版本小于预期，则脚本将终止并出现致命错误。 如果当前版本大于预期，则脚本会跳过当前步骤，因为该步骤有时已经执行过。

以下是编写数据库更改脚本的完整解决方案，其中包含示例和约定：如何维护 SQL服务器数据库架构版本