Можно ли использовать поле DateTime по умолчанию для GETDATE () с миграцией Entity Framework?

Вы должны использовать пользовательский сценарий SQL в методе Up для установки значения по умолчанию:

Sql("ALTER TABLE TableName ADD CONSTRAINT ConstraintName DEFAULT GETDATE() FOR ColumnName");

Установка значения по умолчанию в коде допускает только статические значения — без функций уровня базы данных.

В любом случае, установка его в конструкторе POCO является правильным способом, если вы собираетесь использовать код в первую очередь. Кроме того, если вы хотите установить значение в приложении для некоторых особых случаев, вы не можете использовать значение по умолчанию в базе данных, потому что значение по умолчанию в базе данных требует либо DatabaseGeneratedOption.Identity, либо DatabaseGeneratedOption.Computed. Обе эти опции позволяют установить свойство только в базе данных.

Изменить:

Поскольку продукт все еще находится в разработке, мой ответ больше недействителен. Проверьте ответ @gius, чтобы узнать, как выполнить это требование с помощью defaultValueSql (он не был доступен в EF Migrations Beta 1, но был добавлен в EF 4.3 Beta 1, который уже включает миграции).

Ты можешь использовать

DateCreated = c.DateTime(nullable: false, defaultValueSql: "GETDATE()")

Использование:

public partial class MyMigration : DbMigration
{
    public override void Up()
    {
        CreateTable("dbo.Users",
            c => new
                {
                    Created = c.DateTime(nullable: false, defaultValueSql: "GETDATE()"),
                })
            .PrimaryKey(t => t.ID);
 ...

Обновление 2012-10-10:

По просьбе Тиаго в своем комментарии я добавляю немного дополнительного контекста.

Приведенный выше код представляет собой файл миграции, созданный EF Migrations путем запуска Add-Migration MyMigration в качестве команды в консоли диспетчера пакетов. Сгенерированный код основан на моделях в DbContext, связанных с миграциями. В ответе предлагается изменить сгенерированный сценарий, чтобы при создании базы данных добавлялось значение по умолчанию.

Подробнее о первой миграции кода Entity Framework можно прочитать здесь.

Недавно я столкнулся с этой проблемой в EF6 (поскольку они до сих пор ее не исправили). Я нашел самый простой способ сделать это без необходимости вручную изменять класс Migration — переопределить CodeGenerator в вашем классе Configuration.

Создав класс, который реализует MigrationCodeGenerator, а затем переопределив метод Generate, вы можете выполнять итерацию всех операций и применять любые изменения, которые вы хотите.

После внесения изменений вы можете инициализировать CSharpMigrationCodeGenerator и вернуть его значение по умолчанию.

public class ExtendedMigrationCodeGenerator : MigrationCodeGenerator
{
    public override ScaffoldedMigration Generate(string migrationId, IEnumerable<MigrationOperation> operations, string sourceModel, string targetModel, string @namespace, string className)
    {
        foreach (MigrationOperation operation in operations)
        {
            if (operation is CreateTableOperation)
            {
                foreach (var column in ((CreateTableOperation)operation).Columns)
                    if (column.ClrType == typeof(DateTime) && column.IsNullable.HasValue && !column.IsNullable.Value && string.IsNullOrEmpty(column.DefaultValueSql))
                        column.DefaultValueSql = "GETDATE()";
            }
            else if (operation is AddColumnOperation)
            {
                ColumnModel column = ((AddColumnOperation)operation).Column;

                if (column.ClrType == typeof(DateTime) && column.IsNullable.HasValue && !column.IsNullable.Value && string.IsNullOrEmpty(column.DefaultValueSql))
                    column.DefaultValueSql = "GETDATE()";
            }
        }

        CSharpMigrationCodeGenerator generator = new CSharpMigrationCodeGenerator();

        return generator.Generate(migrationId, operations, sourceModel, targetModel, @namespace, className);
    }
}

internal sealed class Configuration : DbMigrationsConfiguration<Project.Models.Context.DatabaseContext>
{
    public Configuration()
    {
        AutomaticMigrationsEnabled = false;
        MigrationsDirectory = @"Migrations";
        this.CodeGenerator = new ExtendedMigrationCodeGenerator();
    }
}

надеюсь, это поможет

Создайте миграцию:

public partial class Table_Alter : DbMigration
{
    public override void Up()
    {
        AddColumn("dbo.tableName", "columnName", 
           c => c.DateTime(nullable: false, defaultValueSql: "GETDATE()"));
    }

    public override void Down()
    {
        DropColumn("dbo.tableName", "columnName");
    }
}

Для существующих записей будет установлена ​​дата и время, когда вы запустите команду Update-Database, для новых записей будет установлена ​​дата и время создания.

В качестве альтернативы, если ваши объекты наследуются от общего интерфейса, вы можете переопределить метод SaveChanges в DbContext и установить или обновить свойства в этой точке (отлично подходит для даты создания и даты последнего изменения)

Это самый простой способ.

Сначала добавьте DatabaseGeneratedOption.Computed DataAnnotion к своему ресурсу

и теперь вы можете изменить de SqlServerMigrationSqlGenarator, переопределить метод Genarate и установить DefaultValueSql = "GETDATE()" or "GETUTCDATE()";

Улучшение: проверьте, существует ли ограничение:

Sql(@"
if not exists (
    select *
      from sys.all_columns c
      join sys.tables t on t.object_id = c.object_id
      join sys.schemas s on s.schema_id = t.schema_id
      join sys.default_constraints d on c.default_object_id = d.object_id
    where 
      d.name = 'DF_ThubOutputEmail_Created'
)
begin
    ALTER TABLE dbo.ThubOutputEmails ADD CONSTRAINT DF_ThubOutputEmail_Created default getdate() for Created;
end");