数据库创建脚本-外部参数/设置

问题摘要:

有没有比下面发布的更好的方法来实现自动化部署的数据库创建阶段?

背景/要求:

• 我正在尝试使用类似于 this one . 这个问题是关于 基线 包括物理创建数据库。

• 目前的计划是实现一个简单的命令行工具(在.NET中),以应用基线和更改脚本。我希望该工具是通用的(我们有几个独立的事务数据库),因此希望所有脚本都是外部的,包括数据库创建。

• 测试环境可能不是生产的完美副本;物理文件的位置和大小可能需要很大的不同。

当前想法: (我正在寻找反馈)

基本上是一个模板系统。使用简单 string.Replace 在如下脚本上:

CREATE DATABASE [{DBNAME}] ON PRIMARY
(
    NAME = N'MyDB_Data',
    FILENAME = N'{PRIMARYFILENAME}',
    SIZE = {PRIMARYSIZE}KB,
    MAXSIZE = UNLIMITED,
    FILEGROWTH = 5%
),
FILEGROUP [FG_MyDB_Index]
(
    NAME = N'MyDB_Index',
    FILENAME = N'{INDEXFILENAME}',
    SIZE = {INDEXSIZE}KB,
    MAXSIZE = UNLIMITED,
    FILEGROWTH = 5%
),
-- more filegroups ...
LOG ON 
(
    NAME = N'MyDB_Log',
    FILENAME = N'{LOGFILENAME}',
    SIZE = {LOGSIZE}KB,
    -- etc.
)
GO

ALTER DATABASE [{DBNAME}] SET COMPATIBILITY_LEVEL = 100
GO

-- more ALTER DATABASE stuff ...

显然,要替换的令牌是 {DBNAME} 和 {LOGFILESIZE} .这些值可以从命令行参数中获取,也可以从外部文件中获取。

我看到的这个方法的问题是:

• “script”本身表示为T-SQL脚本,但实际上是无效的T-SQL。它强制您要么使用部署工具,要么执行冗长的手动搜索和替换。

• 无法使用“默认”值运行它。更糟糕的是,它没有提供一个好的默认值是什么的指示。

• 感觉很脆弱。似乎可以更改脚本,使其仍然是有效的SQL(或者至少与当前的“有效”一样),但仍然会破坏部署工具。其中一个问题是,缺乏任何逃跑的机会。文本字符串中的模板参数使我的皮肤爬行。

我考虑过的其他可能性:

• 构造要用其执行的动态SQL脚本 sp_executesql . 这将提供真正参数的好处,而不是简单的模板,但会使脚本编写、测试和维护变得异常麻烦,特别是如果我们决定采用新的基线(我们可能会这样做——它是一个大数据库)。

• 使用SSMS模板参数。这样可以很好地将其与部署工具分离开来,但也会使其难以与部署工具集成——这类似于将其与SSM绑定在一起。

• 将脚本嵌入部署工具中。这样就没有人能处理它,很明显脚本只是一个必须处理的模板。默认值可以嵌入到脚本的“关闭”位置。主要的,巨大的缺点是部署工具变得特定于应用程序,可能需要对一些真正不需要更改代码的东西进行代码更改。

• 从外部的、人类可读的文件(如yaml)动态生成整个脚本。一开始这个想法 似乎 非常优雅,但最终它开始下沉,因为我可能会重新发明轮子。 一切 关于数据库必须包含在文件中,那么这是否真的比手动修改普通的SQL脚本或者甚至通过SSMS手动创建数据库有任何优势呢?

这些选择似乎都不太正确。我想要的是 独立的 (正如代码理论上独立于您用来构建它的环境一样),但是 可读的 (无“SQL中的SQL”),以及 不言自明 (清楚地标识出需要什么设置以及哪些好的默认设置)。

有没有什么方法可以达到我想要达到的所有目标?或者我是太挑剔了,还是看问题的方式不对?

(P.S.我是 不 目前正在寻找能够为我执行此任务的商业、独立的第三方工具。”现在我有两个问题。”)