Изменение значений по умолчанию для столбцов в EF5 Code First

Я пытаюсь использовать CF для создания модели для существующей базы данных. У меня есть столбец, в котором я забыл установить нормальное значение по умолчанию. И вместо того, чтобы компрометировать чистоту первоначальной миграции, изменив ее, я просто решил, что создаю другую миграцию (для чего нужны миграции, верно?:)

public override void Up()
{
    AlterColumn("Config", "DefaultTaxPerDollar", c => c.Decimal(nullable: false, precision: 19, scale: 5, defaultValue: 0.087m));
}

public override void Down()
{
    AlterColumn("Config", "DefaultTaxPerDollar", c => c.Decimal(nullable: false, precision: 19, scale: 5, defaultValue: 0.0m));

}

Но это вызывает ошибку Column already has a DEFAULT bound to it. от SQL Server.

Как изменить значение по умолчанию с помощью CF-миграции? Или, как просто удалить значение по умолчанию (и впоследствии воссоздать его с другим значением)?

Edit:

Вот сгенерированный SQL:

ALTER TABLE [Config] ADD CONSTRAINT DF_DefaultTaxPerDollar DEFAULT 0.087 FOR [DefaultTaxPerDollar]
ALTER TABLE [Config] ALTER COLUMN [DefaultTaxPerDollar] [decimal](19, 5) NOT NULL

Я думаю, что я нашел решение, чтобы использовать метод Sql() с некоторым сложным SQL, созданным this. Проблема связана с тем, что SQL Server использует ограничения для реализации значений по умолчанию (OH! Как я пропустил MySQL!) С сгенерированным именем для ограничения. Поэтому команда Code First не могла просто легко изменить или удалить/воссоздать значение по умолчанию.

Ответ 1

Удаление ограничений по умолчанию, основанных на обратных миграциях, созданных Entity Framework для SQL Server

    public static void DropDefaultConstraint(string tableName, string columnName, Action<string> executeSQL)
    {
        string constraintVariableName = string.Format("@constraint_{0}", Guid.NewGuid().ToString("N"));

        string sql = string.Format(@"
            DECLARE {0} nvarchar(128)
            SELECT {0} = name
            FROM sys.default_constraints
            WHERE parent_object_id = object_id(N'{1}')
            AND col_name(parent_object_id, parent_column_id) = '{2}';
            IF {0} IS NOT NULL
                EXECUTE('ALTER TABLE {1} DROP CONSTRAINT ' + {0})",
            constraintVariableName,
            tableName,
            columnName);

        executeSQL(sql);
    }

Он немного короче, но использование одного и того же.

DropDefaultConstraint(TableName, "DefaultTaxPerDollar", q => Sql(q));

Руководство используется для создания уникального имени переменной в случае, если вы собираетесь удалить несколько ограничений в одной миграции.

Ответ 2

Вот решение, которое было вдохновлено этим сообщением. Это не совсем элегантный метод, но он работает для меня.


        public static void DropDefaultConstraint(string tableName, string columnName, Action executeSQL)
        {
            // Execute query that drops the UDF that finds the default constraint name
            var query = @"
                    -- recreate UDF 
                    if object_id('[dbo].[GetDefaultConstraintName]') is not null
                    begin 
                        drop function [dbo].[GetDefaultConstraintName]
                    end
                ";
            executeSQL(query);

            // Execute query that (re)creates UDF that finds the default constraint name
            query = @"
                    create function [dbo].[GetDefaultConstraintName] (
                        @TableName varchar(max),
                        @ColumnName varchar(max))
                    returns varchar(max)
                    as
                    begin
                        -- Returns the name of the default constraint for a column

                        declare @Command varchar(max)
                        select
                            @Command = d.name
                        from
                            ((
                            sys.tables t join
                            sys.default_constraints d
                                on
                                    d.parent_object_id = t.object_id) join
                            sys.columns c
                                on
                                    c.object_id = t.object_id and
                                    c.column_id = d.parent_column_id)
                        where
                            t.name = @TableName and
                            c.name = @ColumnName
                        return @Command
                    end
                ";
            executeSQL(query);

            // Execute query that actually drops the constraint
            query = string.Format(@"
                    -- Use UDF to find constraint name
                    DECLARE @Constraint_Name VARCHAR(100)
                    SET @Constraint_Name = [dbo].GetDefaultConstraintName('{0}','{1}')

                    if LEN(@Constraint_Name) > 0 
                    BEGIN
                        DECLARE @query VARCHAR(300)
                        SET @query = 'ALTER TABLE {0} DROP CONSTRAINT ' + @Constraint_Name

                        execute(@query)
                    END", tableName, columnName);
            executeSQL(query);
        }

И в вашей миграции вы можете называть это следующим образом:

DropDefaultConstraint(TableName, "DefaultTaxPerDollar", q => Sql(q));

Причина использования lamba заключается в том, что вы должны сделать три разных вызова Sql(). Я никогда не мог заставить это работать как один длинный запрос - много разных комбинаций ключевого слова GO в разных местах. Я также попытался изменить логику на первый запрос, чтобы UDF только воссоздавался, если он не существует, и он не работал. Я полагаю, что воссоздание его каждый раз более устойчиво.