SQL Server - 将存储过程从一个db复制到另一个db

Question

我是SQL的新手,我需要做的是将2个.mdf数据库合二为一.我使用SQL Server 2008管理器 - 任务>导入/导出表执行了此操作.表和视图已成功复制,但新数据库中没有存储过程.有没有办法做到这一点？

Answer 1

• 右键单击数据库
• 任务
• 生成脚本
• 选择要编写脚本的对象
• 脚本到文件
• 针对目标数据库运行生成的脚本

Answer 2

此代码将主数据库中的所有存储过程复制到目标数据库,您可以通过过滤过程名称上的查询来复制您喜欢的过程.

@sql定义为nvarchar(max),@ Name是目标数据库

DECLARE c CURSOR FOR 
   SELECT Definition
   FROM [ResiDazeMaster].[sys].[procedures] p
   INNER JOIN [ResiDazeMaster].sys.sql_modules m ON p.object_id = m.object_id

OPEN c

FETCH NEXT FROM c INTO @sql

WHILE @@FETCH_STATUS = 0 
BEGIN
   SET @sql = REPLACE(@sql,'''','''''')
   SET @sql = 'USE [' + @Name + ']; EXEC(''' + @sql + ''')'

   EXEC(@sql)

   FETCH NEXT FROM c INTO @sql
END             

CLOSE c
DEALLOCATE c

Answer 3

迟到但提供了可能有用的更多细节......

以下列出了您可以利用优势和劣势做的事情

使用SSMS生成脚本

• 优点:非常容易使用,默认支持
• 缺点:脚本可能没有正确的执行顺序,如果辅助数据库上已存在存储过程,则可能会出错.确保在执行前查看脚本.

第三方工具

• 优点:诸如ApexSQL Diff之类的工具(这是我使用的,但还有许多其他工具,例如Red Gate或Dev Art的工具)将在一次单击中比较两个数据库并生成可立即执行的脚本
• 缺点:这些不是免费的(大多数供应商都有一个功能齐全的试用版)

系统视图

• 优点:您可以轻松查看辅助服务器上存在哪些存储过程,并仅生成您没有的存储过程.
• 缺点:需要更多的SQL知识

以下是如何获取某个数据库中另一个数据库中不存在的所有过程的列表

select *
from DB1.sys.procedures P
where P.name not in 
 (select name from DB2.sys.procedures P2)

Answer 4

我最初发现这篇文章是在寻找将存储过程从远程生产数据库复制到本地开发数据库的解决方案。在成功使用此线程中建议的方法后，我意识到我变得越来越懒惰（或足智多谋，无论您喜欢哪个），并希望将其自动化。我遇到了这个链接，事实证明它非常有帮助（谢谢 vincpa），我对其进行了扩展，生成了以下文件 (schema_backup.ps1)：

$server             = "servername"
$database           = "databaseName"
$output_path        = "D:\prod_schema_backup"
$login = "username"
$password = "password"

$schema             = "dbo"
$table_path         = "$output_path\table\"
$storedProcs_path   = "$output_path\stp\"
$views_path         = "$output_path\view\"
$udfs_path          = "$output_path\udf\"
$textCatalog_path   = "$output_path\fulltextcat\"
$udtts_path         = "$output_path\udtt\"

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.ConnectionInfo")  | out-null
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.SMO") | out-null
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.SmoExtended")  | out-null
$srvConn = new-object Microsoft.SqlServer.Management.Common.ServerConnection
$srvConn.ServerInstance = $server
$srvConn.LoginSecure = $false
$srvConn.Login = $login
$srvConn.Password = $password
$srv        = New-Object Microsoft.SqlServer.Management.SMO.Server($srvConn)
$db         = New-Object ("Microsoft.SqlServer.Management.SMO.Database")
$tbl        = New-Object ("Microsoft.SqlServer.Management.SMO.Table")
$scripter   = New-Object Microsoft.SqlServer.Management.SMO.Scripter($srvConn)

# Get the database and table objects
$db = $srv.Databases[$database]

$tbl            = $db.tables | Where-object { $_.schema -eq $schema  -and -not $_.IsSystemObject } 
$storedProcs    = $db.StoredProcedures | Where-object { $_.schema -eq $schema -and -not $_.IsSystemObject } 
$views          = $db.Views | Where-object { $_.schema -eq $schema } 
$udfs           = $db.UserDefinedFunctions | Where-object { $_.schema -eq $schema -and -not $_.IsSystemObject } 
$catlog         = $db.FullTextCatalogs
$udtts          = $db.UserDefinedTableTypes | Where-object { $_.schema -eq $schema } 

# Set scripter options to ensure only data is scripted
$scripter.Options.ScriptSchema  = $true;
$scripter.Options.ScriptData    = $false;

#Exclude GOs after every line
$scripter.Options.NoCommandTerminator   = $false;
$scripter.Options.ToFileOnly            = $true
$scripter.Options.AllowSystemObjects    = $false
$scripter.Options.Permissions           = $true
$scripter.Options.DriAllConstraints     = $true
$scripter.Options.SchemaQualify         = $true
$scripter.Options.AnsiFile              = $true

$scripter.Options.SchemaQualifyForeignKeysReferences = $true

$scripter.Options.Indexes               = $true
$scripter.Options.DriIndexes            = $true
$scripter.Options.DriClustered          = $true
$scripter.Options.DriNonClustered       = $true
$scripter.Options.NonClusteredIndexes   = $true
$scripter.Options.ClusteredIndexes      = $true
$scripter.Options.FullTextIndexes       = $true

$scripter.Options.EnforceScriptingOptions   = $true

function CopyObjectsToFiles($objects, $outDir) {
    #clear out before 
    Remove-Item $outDir* -Force -Recurse
    if (-not (Test-Path $outDir)) {
        [System.IO.Directory]::CreateDirectory($outDir)
    }   

    foreach ($o in $objects) { 

        if ($o -ne $null) {

            $schemaPrefix = ""

            if ($o.Schema -ne $null -and $o.Schema -ne "") {
                $schemaPrefix = $o.Schema + "."
            }

            #removed the next line so I can use the filename to drop the stored proc 
            #on the destination and recreate it
            #$scripter.Options.FileName = $outDir + $schemaPrefix + $o.Name + ".sql"
            $scripter.Options.FileName = $outDir + $schemaPrefix + $o.Name
            Write-Host "Writing " $scripter.Options.FileName
            $scripter.EnumScript($o)
        }
    }
}

# Output the scripts
CopyObjectsToFiles $tbl $table_path
CopyObjectsToFiles $storedProcs $storedProcs_path
CopyObjectsToFiles $views $views_path
CopyObjectsToFiles $catlog $textCatalog_path
CopyObjectsToFiles $udtts $udtts_path
CopyObjectsToFiles $udfs $udfs_path

Write-Host "Finished at" (Get-Date)
$srv.ConnectionContext.Disconnect()

我有一个调用它的 .bat 文件，它是从任务计划程序调用的。在调用 Powershell 文件后，我有：

for /f %f in ('dir /b d:\prod_schema_backup\stp\') do sqlcmd /S localhost /d dest_db /Q "DROP PROCEDURE %f"

该行将穿过目录并删除它要重新创建的过程。如果这不是一个开发环境，我不喜欢以这种方式以编程方式删除过程。然后我将所有存储过程文件重命名为 .sql：

powershell Dir d:\prod_schema_backup\stp\ | Rename-Item -NewName { $_.name + ".sql" }

然后运行：

for /f %f in ('dir /b d:\prod_schema_backup\stp\') do sqlcmd /S localhost /d dest_db /E /i "%f".sql

并遍历所有 .sql 文件并重新创建存储过程。我希望这其中的任何部分都能证明对某人有帮助。