C# SQL Server管理对象（SMO）的默认约束不一致

我有一个使用SQL Server管理对象（SMO）为Microsoft SQL Server数据库生成DDL脚本的程序。但是，根据服务器和数据库的不同，我会收到不一致的表默认约束输出。有时它们与

CREATE TABLE

语句内联，有时它们是独立的

ALTER TABLE

语句。我意识到这两种SQL语句都是有效且正确的，但如果没有一致性，它会阻止在多个数据库的输出之间进行自动比较，并阻止将输出添加到源代码管理以跟踪数据库模式的更改如何确保默认约束的脚本输出的一致性？

示例程序 代码应该是直截了当的。打开服务器和数据库，然后为每个数据库对象生成单个脚本文件，再加上一个包含整个数据库脚本的文件。我省略了很多错误检查和数据库对象，它们似乎已经生成了一致的输出

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.SqlServer.Management.Smo;
using Microsoft.SqlServer.Management.Common;
using System.Data.SqlClient;
using System.IO;
using System.Configuration;
using System.Runtime.Serialization;
using System.Data;

namespace Stackoverflow.Sample
{
    class Program
    {
        public static void CreateScripts(SqlConnectionStringBuilder source, string destination)
        {
            Server sv = new Server(source.DataSource);
            sv.ConnectionContext.LoginSecure = false;
            sv.ConnectionContext.Login = source.UserID;
            sv.ConnectionContext.Password = source.Password;
            sv.ConnectionContext.ConnectionString = source.ConnectionString;

            Database db = sv.Databases[source.InitialCatalog];

            ScriptingOptions options = new ScriptingOptions();
            options.ScriptData = false;
            options.ScriptDrops = false;
            options.ScriptSchema = true;
            options.EnforceScriptingOptions = true;
            options.Indexes = true;
            options.IncludeHeaders = true;
            options.ClusteredIndexes = true;
            options.WithDependencies = false;
            options.IncludeHeaders = false;
            options.DriAll = true;

            StringBuilder sbAll = new StringBuilder();

            Dictionary<string, TriggerCollection> tableTriggers = new Dictionary<string, TriggerCollection>();
            Dictionary<string, TriggerCollection> viewTriggers = new Dictionary<string, TriggerCollection>();

            // Code omitted for Functions

            // Tables
            foreach (Table table in db.Tables)
            {
                StringBuilder sbTable = new StringBuilder();
                foreach (string line in db.Tables[table.Name].Script(options))
                {
                    sbAll.Append(line + "\r\n");
                    sbTable.Append(line + "\r\n");
                    Console.WriteLine(line);
                }
                // Write file with DDL of individual object
                File.WriteAllText(Path.Combine(destination, table.Name + ".sql"), sbTable.ToString());

                if (table.Triggers.Count > 0)
                    tableTriggers.Add(table.Name, table.Triggers);
            }

            // Code omitted for Views, Stored Procedures, Table Triggers, View Triggers, Database Triggers, etc

            // Write file with full DDL of everything above
            string[] statements = sbAll.ToString().Split(new string[] { "\r\nGO\r\n" }, StringSplitOptions.RemoveEmptyEntries);
            File.WriteAllLines(Path.Combine(destination, "Full.sql"), statements);
        }
    }
}

独立语句的示例输出 SMO为默认约束生成带有独立语句的脚本时的输出示例

SET ANSI_NULLS ON
SET QUOTED_IDENTIFIER ON
CREATE TABLE [dbo].[Products](
    [ID] [bigint] IDENTITY(1,1) NOT NULL,
    [StartDate] [date] NOT NULL,
    [EndDate] [date] NULL,
    [Name_En] [nvarchar](50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
    [Name_Fr] [nvarchar](50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
    [Type] [int] NOT NULL CONSTRAINT [DF_Products_Type]  DEFAULT ((0)),
    [ManagedType] [int] NOT NULL CONSTRAINT [DF_Products_ManagedType]  DEFAULT ((0)),
    [ProductFamilyID] [bigint] NOT NULL,
    [ImplementationID] [bigint] NOT NULL,
 CONSTRAINT [PK_Products] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

ALTER TABLE [dbo].[Products]  WITH CHECK ADD  CONSTRAINT [FK_Products_Implementations] FOREIGN KEY([ImplementationID])
REFERENCES [dbo].[Implementations] ([ID])
ALTER TABLE [dbo].[Products] CHECK CONSTRAINT [FK_Products_Implementations]
ALTER TABLE [dbo].[Products]  WITH CHECK ADD  CONSTRAINT [FK_Products_ProductFamilies] FOREIGN KEY([ProductFamilyID])
REFERENCES [dbo].[ProductFamilies] ([ID])
ALTER TABLE [dbo].[Products] CHECK CONSTRAINT [FK_Products_ProductFamilies]

SET ANSI_NULLS ON
SET QUOTED_IDENTIFIER ON
CREATE TABLE [dbo].[Products](
    [ID] [bigint] IDENTITY(1,1) NOT NULL,
    [StartDate] [date] NOT NULL,
    [EndDate] [date] NULL,
    [Name_En] [nvarchar](50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
    [Name_Fr] [nvarchar](50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
    [Type] [int] NOT NULL,
    [ManagedType] [int] NOT NULL,
    [ProductFamilyID] [bigint] NOT NULL,
    [ImplementationID] [bigint] NOT NULL,
 CONSTRAINT [PK_Products] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

ALTER TABLE [dbo].[Products] ADD  CONSTRAINT [DF_Products_Type]  DEFAULT ((0)) FOR [Type]
ALTER TABLE [dbo].[Products] ADD  CONSTRAINT [DF_Products_ManagedType]  DEFAULT ((0)) FOR [ManagedType]
ALTER TABLE [dbo].[Products]  WITH CHECK ADD  CONSTRAINT [FK_Products_Implementations] FOREIGN KEY([ImplementationID])
REFERENCES [dbo].[Implementations] ([ID])
ALTER TABLE [dbo].[Products] CHECK CONSTRAINT [FK_Products_Implementations]
ALTER TABLE [dbo].[Products]  WITH CHECK ADD  CONSTRAINT [FK_Products_ProductFamilies] FOREIGN KEY([ProductFamilyID])
REFERENCES [dbo].[ProductFamilies] ([ID])
ALTER TABLE [dbo].[Products] CHECK CONSTRAINT [FK_Products_ProductFamilies]

在单个数据库中似乎从来没有混合过，但在单个服务器上每个数据库可以获得不同的输出样式。我没有注意到数据库的脚本会随着时间的推移而发生变化，但也许我只是没有尝试在足够长的时间内为数据库生成脚本。我用不同的名称将数据库备份并还原到另一台服务器和同一台服务器，它似乎随机决定选择一种输出样式。因此，当单个数据库恢复可能表现出随机行为时，它似乎不可能是一个数据库设置

---

目前，测试中使用的所有服务器都安装了SQL Server 2012，并且始终在安装了SQL Server Management Studio 2012的同一工作站上运行代码。我查看了MSDN上的属性，没有发现任何突出的解决方案。

经过进一步调查，我发现这是SQL Server管理对象（SMO）及其在2012版和更高版本中处理默认约束的问题。其他人报告了相关问题，例如以下Microsoft Connect问题：

---

虽然这回答了为什么SQLServer管理对象（SMO）的默认约束不一致，但它不是一个解决方案。在微软着手解决问题之前，有人可能会确定一个解决方案，以确保输出的一致性。因此，如果你能找到解决办法，这个问题还有其他答案。

我想我已经找到了解决办法。我们唯一需要做的就是将

DefaultConstraint

类的内部字段

forceEmbeddeDefaultConstraint

设置为true。为此，我们必须进行一些反思。请对每个要编写脚本的表执行下面的代码，默认约束定义将独立于行数添加到列创建语句中

    private void ForceScriptDefaultConstraint(Table table)
    {
        foreach (Column column in table.Columns)
        {
            if (column.DefaultConstraint != null)
            {
                FieldInfo info = column.DefaultConstraint.GetType().GetField("forceEmbedDefaultConstraint", BindingFlags.NonPublic | BindingFlags.GetField | BindingFlags.Instance);
                info.SetValue(column.DefaultConstraint, true);
            }
        }
    }

对于要求解释为什么我认为它应该工作的人：使用dotPeek，我在

Microsoft.SqlServer.SMO.Column

class中找到了一个方法：

private void ScriptDefaultConstraint(StringBuilder sb, ScriptingPreferences sp)
{
  if (this.DefaultConstraint == null || this.DefaultConstraint.IgnoreForScripting && !sp.ForDirectExecution || (!this.EmbedDefaultConstraints() && !this.DefaultConstraint.forceEmbedDefaultConstraint || sb.Length <= 0))
    return;
  this.DefaultConstraint.forceEmbedDefaultConstraint = false;
  sb.Append(this.DefaultConstraint.ScriptDdl(sp));
}

private void ScriptDefaultConstraint（StringBuilder sb，ScriptingPreferences sp）
{
如果（this.DefaultConstraint==null | | | this.DefaultConstraint.IgnoreForScript&！sp.ForDirectExecution | | |（！this.EmbeddeDefaultConstraints（））&&！this.DefaultConstraint.forceEmbeddeDefaultConstraint | | | | sb.Length此解决方案修改通过删除单个
ALTER TABLE…ADD CONSTRAINT…DEFAULT
脚本并将定义放入
CREATE TABLE
脚本生成的脚本。它获得“在我的机器上工作”徽章

Table Table=GetTable（）；
列表脚本=table.Script（新脚本选项
{
DriAll=真，
FullTextCatalogs=true，
FullTextIndexes=true，
索引=真，
SchemaQualify=true
}).Cast（）.ToList（）；
//SQL SMO库中存在一个错误，它会更改
//默认约束取决于表是否有任何行。
//这种黑客通过修改脚本使其始终包含
//创建表定义中的常量。
// https://connect.microsoft.com/SQLServer/Feedback/Details/895113
//
//首先，获取要修改的createtable脚本。
string originalCreateTableScript=scripts.Single（s=>s.StartsWith（“创建表”）；
字符串modifiedCreateTableScript=originalCreateTableScript；
bool ModificationsMake=错误；
//此模式将匹配定义默认约束的所有ALTER TABLE脚本。
正则表达式DefinedDefaultConstraintPattern=新正则表达式（@“^ALTER TABLE.+添加\s+约束\[（？[^\]]+]）默认值（.+）”；
//查找所有匹配的脚本。
foreach（脚本中的字符串脚本）
{
Match defaultConstraintMatch=DefinedDefaultConstraintPattern.Match（脚本）；
如果（defaultConstraintMatch.Success）
{
//我们找到了一个默认的约束脚本
//将匹配创建表脚本中定义
//定义约束的列。
Regex columnPattern=newregex（@“^（？\s*\[”+Regex.Escape（defaultConstraintMatch.Groups[“column”].Value）+@“].+？）（？，？\r）$”，RegexOptions.Multiline）；
//用包含约束的定义替换列定义。
modifiedCreateTableScript=columnPattern.Replace（modifiedCreateTableScript，委托（匹配columnMatch）
{
ModificationsMaked=真；
返回字符串格式(
“{0}约束[{1}]默认值{2}{3}”，
columnMatch.Groups[“def1”]值，
defaultConstraintMatch.Groups[“constraint_name”]。值，
defaultConstraintMatch.Groups[“constraint_def”].V
Table table = GetTable();

List<string> scripts = table.Script(new ScriptingOptions
{
    DriAll = true,
    FullTextCatalogs = true,
    FullTextIndexes = true,
    Indexes = true,
    SchemaQualify = true
}).Cast<string>().ToList();

// There is a bug in the SQL SMO libraries that changes the scripting of the
// default constraints depending on whether or not the table has any rows.
// This hack gets around the issue by modifying the scripts to always include
// the constaints in the CREATE TABLE definition. 
// https://connect.microsoft.com/SQLServer/Feedback/Details/895113
//
// First, get the CREATE TABLE script to modify.
string originalCreateTableScript = scripts.Single(s => s.StartsWith("CREATE TABLE"));
string modifiedCreateTableScript = originalCreateTableScript;
bool modificationsMade = false;

// This pattern will match all ALTER TABLE scripts that define a default constraint.
Regex defineDefaultConstraintPattern = new Regex(@"^ALTER TABLE .+ ADD\s+CONSTRAINT \[(?<constraint_name>[^\]]+)]  DEFAULT (?<constraint_def>.+) FOR \[(?<column>.+)]$");

// Find all the matching scripts.
foreach (string script in scripts)
{
    Match defaultConstraintMatch = defineDefaultConstraintPattern.Match(script);

    if (defaultConstraintMatch.Success)
    {
        // We have found a default constraint script. The following pattern
        // will match the line in the CREATE TABLE script that defines the
        // column on which the constraint is defined.
        Regex columnPattern = new Regex(@"^(?<def1>\s*\[" + Regex.Escape(defaultConstraintMatch.Groups["column"].Value) + @"].+?)(?<def2>,?\r)$", RegexOptions.Multiline);

        // Replace the column definition with a definition that includes the constraint.
        modifiedCreateTableScript = columnPattern.Replace(modifiedCreateTableScript, delegate (Match columnMatch)
        {
            modificationsMade = true;
            return string.Format(
                "{0} CONSTRAINT [{1}]  DEFAULT {2}{3}",
                columnMatch.Groups["def1"].Value,
                defaultConstraintMatch.Groups["constraint_name"].Value,
                defaultConstraintMatch.Groups["constraint_def"].Value,
                columnMatch.Groups["def2"].Value);
        });
    }
}

if (modificationsMade)
{
    int ix = scripts.IndexOf(originalCreateTableScript);
    scripts[ix] = modifiedCreateTableScript;
    scripts.RemoveAll(s => defineDefaultConstraintPattern.IsMatch(s));
}