将视图从当前数据库复制到另一个数据库的存储过程

Question

有人问我是否可以创建一个存储过程，将当前数据库中的所有视图复制到另一个视图（通过存储过程参数命名）。

对于上下文，所有数据库都具有相同的模式。 这种情况的出现要归功于 3rd 方风险建模工具，该工具将每次运行的输出生成为一个全新的数据库（而不是现有数据库中的附加行）。 用户想要一种简单的方法来按需将他们的 20 个左右的自定义视图（来自他们的“模板”数据库）“应用”到另一个相同的数据库。 他们希望在一个数据库中维护视图的“最新版本”，然后通过执行此存储过程在任何其他数据库上“更新”（删除 + 创建）视图。 据我所知，这个问题几乎与将视图定义从一个数据库复制到 SQL Server 中的另一个数据库中的问题几乎相同，但从未得到答案。

---

到目前为止我得到的地方：

• 获取视图定义：简单

  SELECT @ViewDefinition = definition FROM sys.sql_modules WHERE [object_id] = OBJECT_ID('dbo.SampleView');

  在 SQL Server 中将视图定义从一个数据库复制到另一个数据库中的问题甚至包含用于迭代获取所有视图定义的代码。

• 将数据库名称作为参数传递：中

  在脚本创建时不知道目标数据库名称是很困难的。 据我所知，这保证您将依赖动态 SQL ( EXEC ) 来做您正在做的任何事情。

• 在另一个数据库上创建视图：困难

  您不能仅将USE [OtherDatabase]添加到某些动态 CREATE VIEW 语句的开头 - 这会产生错误“ CREATE VIEW must be the first statement in a query batch. ”。 而且您也不能只在其中添加GO语句 - Incorrect syntax near 'GO'错误提醒您这不是有效的 TSQL。 我发现的一篇博客文章通过调用解决了这个问题

  EXEC [SomeOtherDatabase].dbo.sp_executesql @CreateViewSQL

  但不幸的是，此解决方案不能用于将“SomeOtherDatabase”作为参数传入的上下文中。

• 这让我陷入了不得不从另一个动态 SQL 语句中构造和执行动态 SQL 语句的令人难以置信的尴尬境地。

所以目前我的概念验证解决方案如下所示：

ALTER PROCEDURE [dbo].[usp_Enhance_Database_With_Views]
    @TargetDatabase SYSNAME,
AS
    IF DB_ID(@TargetDatabase) IS NULL  /*Validate the database name exists*/
    BEGIN
       RAISERROR('Invalid Database Name passed',16,1)
       RETURN
    END
    
    DECLARE @CreateViewStatement NVARCHAR(MAX) = '
        DECLARE @ViewDefinition NVARCHAR(MAX);
        SELECT @ViewDefinition = definition FROM sys.sql_modules 
        WHERE [object_id] = OBJECT_ID(''dbo.SampleView'');
        EXEC ' + QUOTENAME(@TargetDatabase) + '.dbo.sp_executesql @ViewDefinition'
    EXEC (@CreateViewStatement);

我在网上找不到其他类似的东西，但令人惊讶的是（对我来说）它有效。 “SampleView”被复制到新数据库。 我现在可以扩展这个概念以复制所有视图。 但在我走得更远之前......

---

我错过了这里的标记吗？ 是否有不包括在另一个动态 SQL 中构建和执行动态 SQL 的存储过程解决方案？

Answer 1

我错过了这里的标记吗？ 是否有不包括在另一个动态 SQL 中构建和执行动态 SQL 的存储过程解决方案？

不。如果你想用 TSQL 做到这一点，这就是方法。

Answer 2

我想我找到了一种稍微好一点的方法（当我增加这个例程的复杂性时会产生更大的不同）。

我的原始实现的主要问题：

DECLARE @CreateViewStatement NVARCHAR(MAX) = '
    DECLARE @ViewDefinition NVARCHAR(MAX);
    SELECT @ViewDefinition = definition FROM sys.sql_modules 
        WHERE [object_id] = OBJECT_ID(''dbo.SampleView'');
    EXEC ' + QUOTENAME(@TargetDatabase) + '.dbo.sp_executesql @ViewDefinition'
EXEC (@CreateViewStatement);

是dbo.sp_executesql @ViewDefinition的内部动态执行需要在动态SQL 块内派生视图创建代码@ViewDefinition 。 这段代码现在很简单（提取了一个硬编码的视图名称） - 但我的计划是扩展它以遍历数据库中的所有视图并将它们全部复制。 我宁愿不必在动态 SQL 块中编写此逻辑。

理想情况下，我希望这个逻辑存在于主存储过程空间中，并且只将生成的 CREATE VIEW 命令传递给动态 SQL，但简单地连接definition返回的 CREATE VIEW 命令的内容会导致引号转义问题. 解决方法是手动转义返回的 SQL 代码，以便它随后可以被内部动态 SQL 执行“取消转义”：

DECLARE @ViewDefinition NVARCHAR(MAX);
SELECT @ViewDefinition = definition FROM sys.sql_modules 
    WHERE [object_id] = OBJECT_ID('dbo.SampleView');

DECLARE @CreateViewStatement NVARCHAR(MAX) = '
    DECLARE @SQL NVARCHAR(MAX) = ''' + REPLACE(@ViewDefinition,'''','''''') + '''
    EXEC ' + QUOTENAME(@TargetDatabase)+'.dbo.sp_executesql @SQL'
EXEC (@CreateViewStatement);

虽然它看起来像更多的代码，但主要区别在于现在逻辑的核心在动态 SQL 之外（仅需要对任意数据库执行该逻辑）。 假设单引号是我在这里必须担心的唯一转义机制，我认为这将使我能够构建逻辑以迭代所有视图，在需要时设置 DROP 命令等，而不必从偏移量中转义所有内容. 当我有完整的解决方案时，我会发回。

---

好的，这是我的完整工作解决方案：

CREATE PROCEDURE [dbo].[usp_Copy_View_To_Database]
    @ViewName SYSNAME, -- The name of the view to copy over
    @DatabaseName SYSNAME, -- The name of the database to copy the view to    
    @overwrite bit = 1 -- Whether to overwrite any existing view
AS
    IF DB_ID(@DatabaseName) IS NULL -- Validate the database name exists
    BEGIN
       RAISERROR('Invalid Destination Database Name passed',16,1)
       RETURN
    END    
    SET NOCOUNT ON
    IF @overwrite = 1 -- If set to overwrite, try to drop the remote view
    BEGIN    
        DECLARE @DropViewStatement NVARCHAR(MAX) =
            'EXEC ' + QUOTENAME(@DatabaseName) + '.sys.sp_executesql N''DROP VIEW IF EXISTS ' + QUOTENAME(@ViewName) + ';'';'
        EXEC (@DropViewStatement);
    END
    -- Extract the saved definition of the view
    DECLARE @ViewDefinition NVARCHAR(MAX);
    SELECT @ViewDefinition = definition FROM sys.sql_modules WHERE [object_id] = OBJECT_ID(@ViewName);
    -- Check for a mismatch between the internal view name and the expected name (TODO: Resolve this automatically?)
    IF @ViewDefinition NOT LIKE ('%' + @ViewName + '%')
    BEGIN
       DECLARE @InternalName NVARCHAR(MAX) = SUBSTRING(@ViewDefinition, 3, CHARINDEX(char(10), @ViewDefinition, 3)-4);
       PRINT ('Warning: The view named '+@ViewName+' has an internal definition name that is different ('+@InternalName+'). This may have been caused by renaming the view after it was created. You will have to drop and recreate it with the correct name.')
    END
    -- Substitute any hard-coded references to the current database with the destination database
    SET @ViewDefinition = REPLACE(@ViewDefinition, db_name(), @DatabaseName); 
    -- Generate the dynamic SQL that will create the view on the remote database
    DECLARE @CreateViewStatement NVARCHAR(MAX) =
        'EXEC ' + QUOTENAME(@DatabaseName) + '.sys.sp_executesql N''' + REPLACE(@ViewDefinition,'''','''''') + ''';'
    --PRINT '@CreateViewStatement: ' + @CreateViewStatement -- Can be used for debugging
    -- Execute the create statement
    EXEC (@CreateViewStatement);

注意：一些转义序列破坏了此处突出显示的语法，在动态 SQL 语句方面并不像看起来那么糟糕： 我提交了一个bug到highlight.js（目前由StackOverflow上使用），但事实证明，它实际上是如此的禁用某些语言（故障tsql在这种情况下） -所以也许给予好评这个meta.stackexchange后，如果惹恼你太:)

该解决方案可以通过以下方式使用：

EXECUTE [dbo].[usp_Copy_View_To_Database] 'SampleView', 'SomeOtherDatabase'

我认为以上是存储过程的“适当”工作块 - 复制单个视图。 可以通过重复调用这个存储过程来复制多个视图，但我不一定想在这里自动化，因为其他人可能有他们想要复制的子集，或者相互依赖使复制顺序变得不重要。

请注意，一段代码是对一个相当烦人的问题的警告检查，其中 SQL 可以为保存在幕后定义中的重命名视图使用错误的名称。 如果我偶然发现了一种优雅的处理方式，我可能会进一步更新它。