如何管理 SQL 源代码？

Question

我负责一个数据库。 它有大约 126 个存储过程，大约 20 个视图，一些 UDF。有一些表格可以保存我们各种应用程序的固定配置数据。

我一直在使用一个大文本文件，其中包含 IF EXIST ...DELETE GO CREATE PROCEDURE... 用于配置脚本的所有 sproc、udf、视图和所有插入/更新。

随着时间的推移，添加了新的 sproc，或者更改了现有的 sproc。

我在创建这个 BIG 单个文本文件时犯的最大错误（据我所知）是在文本文件的开头使用新/更改的 sproc 的代码。但是，我忘记排除新/更改的存储过程的先前代码。让我们来说明这一点：

假设我的 BIG 脚本（版本 1）包含创建存储过程的脚本

sp 1
sp 2
sp 3
view 1
view 2

数据库的版本表更新为版本 1。

现在 sp 2 有一些变化。所以 BIG 脚本的第 2 版现在是：

sp2 --> (newly added)
sp1
sp2
sp3
view 1
view 2

所以，显然运行 BIG 脚本版本 2 不会更新我的 sp 2。

对于 100 多个存储过程，我有点晚才意识到这一点。

补救措施：

1. 我创建了一个文件夹结构。每个 sproc/view 一个子文件夹。

2. 我已经浏览了最新版本的 BIG 脚本，并将所有脚本的代码放入相应的文件夹中。有些脚本在 BIG 脚本中重复多次。如果创建特定存储过程的代码块不止一个，我会将早期版本放入该存储过程的文件夹中另一个名为“old”的子文件夹中。幸运的是，我一直记录我对所有 sprocs/view 等所做的所有更改——我记下日期、版本号和所做更改的描述，作为 sproc 代码中的注释。当 sproc 有多个代码块时，这有助于我找出 sprocs 的最新版本代码。

3. 我创建了一个 DOS 批处理来连接所有单独的脚本来创建我的 BIG 脚本。我尝试使用 .net 流读取器/写入器，它与编码和“£”符号混淆。所以我暂时还是坚持DOS批处理。

有什么方法可以改进整个过程吗？ 目前，我正在以某种方式记录 BIG 脚本的版本控制及其各个 sproc 版本。例如，我喜欢有一些方法来记录

Big Script (version 1) contains
sp 1 version 1
sp 2 version 1
sp 3 version 3
view 1 version 1
view version 1

Big script (version 2) has
sp 1 version 1
sp 2 version 2
sp 3 version 3
view 1 version 1
view 2 version 1

欢迎任何反馈。

Answer 1

你看过Visual Studio Team System Database Edition（现在合并到开发者版中）了吗？

其中一件事是允许维护 SQL 以构建整个数据库，然后仅应用更改以将目标更新到新状态。我相信它还会在给定参考数据库的情况下创建一个脚本，以将与参考模式匹配的数据库带到当前模型（例如，在开发人员无权访问生产的情况下部署到生产）。

Answer 2

我们这样做的方式是为表、存储过程、视图等设置单独的文件，并将它们也存储在它们自己的目录中。对于执行，我们只有一个执行所有文件的脚本。它绝对比拥有一个大文件更容易阅读。

以更新每个表为例，我们使用这个模板：

if not exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[MyTable]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
begin

    CREATE TABLE [dbo].[MyTable](
        [ID] [int] NOT NULL ,
        [Name] [varchar](255) NULL 
    ) ON [PRIMARY]

end else begin

    -- MyTable.Name
    IF (SELECT COL_LENGTH('MyTable','Name')) IS NULL BEGIN
        ALTER TABLE MyTable ADD [Name] [varchar](255) NULL 
        PRINT 'MyTable.Name CREATED.'
    END

    --etc

end

Answer 3

当我不得不处理一些 SQL 表、过程和触发器时，我做了以下事情：

• 版本控制下的所有文件（当时是 CVS，但以 SVN 或 Bazaar 为例）
• 每个对象一个文件，以对象命名
• makefile 说明文件之间的依赖关系

这是一个 oracle 项目，每次更改表时都必须重新完成其触发器。 而且我的触发器使用了几个模块，因此在更新它们的依赖模块时也必须重新编译......

makefile 避免了“大文件”方法：您不必为每次更改都执行所有代码。

windows下可以下载“NMAKE.exe”使用makefile

HTH

Answer 4

请参阅我对类似问题的回答，这可能会有所帮助：

Database schema updates

补充几点：

当我们发布时，例如对于版本 2，我们将所有 Sproc 连接在一起，这些 Sproc 的修改日期比上一版本更新。

我们小心翼翼地在每个 Sproc 脚本的底部添加至少一个空行，并以注释开始每个 Sproc 脚本 - 否则连接会产生“GOCREATE NextSproc” - 这很无聊！

当我们运行连接脚本时，我们有时会发现我们会遇到冲突 - 例如调用尚不存在的子 Sproc。我们在脚本底部复制了此类 Sproc 的代码——因此它们被第二次重新创建——以确保 SQL Server 的依赖关系表是正确的。 （即，我们在发布的 QA 阶段对此进行整理）

此外，我们在每个 Sproc 脚本的底部放置了一个 GRANT 权限语句，这样当我们删除/创建一个 SProc 时，我们会重新授予权限。但是，如果您的权限分配给每个用户，或者在每个服务器上分配不同，那么使用 ALTER 而不是 CREATE 可能会更好 - 但如果 SProc 尚不存在，那就是一个问题，所以最好做：

IF NOT EXIST ...
    CREATE PROCEDURE MySproc AS SELECT 'STUB'
    GRANT EXECUTE Permissions

然后该 Stub 立即被真正的 ALTER Sproc 语句替换。