database - 以编程方式设置 DefaultDataPath 和 DefaultLogPath(使用 SQL 语句初始化路径)

Question

我的查询是关于使用非硬编码文件位置来初始化变量 DefaultDataPath 和 DefaultLogPath。在采用数据库项目作为我们的标准部署和数据库管理工具并将我们现有的脚本迁移到数据库项目之前，我们一直在使用 CREATE 和 INITIALIZE 脚本集来设置数据库。我们正在使用以下 SQL 查询创建具有文件位置的数据库:

SET @data_path = (SELECT SUBSTRING(filename, 1, CHARINDEX(N'master.mdf', LOWER(filename)) - 1) 

          FROM sys.sysaltfiles WHERE dbid = 1 AND fileid = 1);

set @mdb_file=@data_path + 'CF_DB.mdf'
set @cfdata='CF_DB_Data'
set @cflog='CF_DB_Log'
set @ldf_file=@data_path + 'CF_DB_log.ldf'
declare @sql nvarchar(500)
set @sql = 'CREATE DATABASE [CF_DB]  ON (NAME = ' + quotename(@cfdata) + ',FILENAME =' + quotename(@mdb_file) + ',SIZE = 53, FILEGROWTH = 10%) LOG ON (NAME =' + quotename(@cflog) + ',FILENAME = ' + quotename(@ldf_file) + ', SIZE = 31, FILEGROWTH = 10%)COLLATE SQL_Latin1_General_CP1_CI_AS'
exec(@sql)

在这里，我们试图找出 MASTER DB 的 MDF 文件的位置，并使用相同的位置来创建数据库。

问题:随着脚本生成(在部署操作之后)，有一个自动生成的 SQLCMD 变量，使用一些默认路径(硬编码)或空字符串(使用 SQL Server 2008 或 2005 使用的默认数据文件路径)初始化.

:setvar DatabaseName "CF"
:setvar DefaultDataPath "C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER2008\MSSQL\DATA\"
:setvar DefaultLogPath "C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER2008\MSSQL\DATA\"

我们需要让它像我们现有的系统一样工作。我们需要知道 MASTER DB 数据和日志文件的路径，并使用相同的路径来初始化 DefaultDataPath 和 DefaultLogPath。我们不能使用 PreDeployment 脚本，因为数据库设置是在将 PreDeploymentScript 嵌入最终部署脚本之前由数据库项目生成的脚本完成的。

下一件大事:开发人员需要在 SQL Server Management Studio 中切换到 SQLCMD 模式才能运行 DB Project 生成的脚本。这是我们的实现团队要求不要使用 SQLCMD 模式来设置数据库。为了克服这些步骤，我需要修改生成的 SQL 文件并使用 SQL 变量而不是 SQLCMD 变量。我们能否生成干净的 SQL 语句并保持自动化脚本生成完好无损？我知道这两个问题是相互关联的，因此一个问题的解决方案将解决另一个问题。

感谢您对上述讨论的任何好的建议或帮助。

问候

相会

Answer 1

不确定如何最好地处理您的文件路径，但我怀疑您不希望使用默认文件路径设置，而是使用可以通过变量控制的新文件路径。

在我看来，您正试图让开发人员轻松更新他们的本地机器。我的建议是构建一些执行以下操作的批处理文件:

• 设置 PATH 以包含 MSBuild.exe 的位置
• 获取主数据库的位置
• 将该位置传递给变量
• 运行 MSBuild 命令以将路径变量设置为本地主路径并发布数据库/更改。

总的来说，这听起来麻烦多于实际值(value)。我建议您向所有开发人员发送一个 SQL 脚本，让他们正确设置他们的默认数据/日志路径并只使用默认值。

我确实建议您考虑设置一些批处理文件来运行 MSBuild 命令。您可以更轻松地将数据库构建提供给您的开发人员，而无需他们生成脚本并在本地运行它们。或者，您可以让他们更改他们的 SSMS 默认设置，以便为他们的连接设置 SQLCMD 模式。 SSDT 使它变得更好一些，因为它根本不会在没有打开 SQLCMD 模式的情况下运行 - 消除了 VS2008/VS2010 DBProjects 中的许多困惑。

当我们在 DB Projects 上时，我使用了类似下面的东西来构建和部署:

msbuild /m .\MyDB\MyDB.dbproj /t:build
msbuild /m .\MyDB\MyDB.dbproj /t:deploy /p:TargetConnectionString="Data Source=localhost;Integrated Security=True;Pooling=False;" /p:TargetDatabase="MyDB"