GUID PENTE de estratégia em EF

Question

Existe alguma maneira de implementar o Guid PENTE de identidade estratégia para objetos no Entity Framework 4.1 usando o CodeFirst design?Eu pensei que a definição do StoreGeneratedPattern iria trabalhar, mas ele ainda me dá normal GUIDs.

Answer 1

Eu acho que você estiver usando o SQL server como banco de dados.Isso é bom exemplo de inconsistência entre diferentes ferramentas MS.Equipa do SQL server não recomendamos o uso de newid() como valor padrão para UNIQUEIDENTIFIER colunas e ADO.NET equipe de usá-lo se você especificar Guid propriedade gerado automaticamente no banco de dados.Eles devem usar newsequentialid() em vez disso!

Se você deseja sequencial Guid gerado pelo banco de dados, você deverá modificar a tabela gerada e é muito complexa, porque você deve encontrar geradas automaticamente padrão de restrição, soltá-lo e criar novos restrição.Isso tudo pode ser feito em banco de dados personalizado do inicializador.Aqui você tem o meu código de exemplo:

class Program
{

    static void Main(string[] args)
    {
        Database.SetInitializer(new CustomInitializer());
        using (var context = new Context())
        {
            context.TestEntities.Add(new TestEntity() { Name = "A" });
            context.TestEntities.Add(new TestEntity() { Name = "B" });
            context.SaveChanges();
        }
    }
}

public class CustomInitializer : DropCreateDatabaseAlways<Context>
{
    protected override void Seed(Context context)
    {
        base.Seed(context);

        context.Database.ExecuteSqlCommand(@"
            DECLARE @Name VARCHAR(100)

            SELECT @Name = O.Name FROM sys.objects AS O
            INNER JOIN sys.tables AS T ON O.parent_object_id = T.object_id
            WHERE O.type_desc LIKE 'DEFAULT_CONSTRAINT' 
              AND O.Name LIKE 'DF__TestEntities__Id__%'
              AND T.Name = 'TestEntities'

            DECLARE @Sql NVARCHAR(2000) = 'ALTER TABLE TestEntities DROP Constraint ' + @Name

            EXEC sp_executesql @Sql

            ALTER TABLE TestEntities
            ADD CONSTRAINT IdDef DEFAULT NEWSEQUENTIALID() FOR Id");
    }
}

public class TestEntity
{
    public Guid Id { get; set; }
    public string Name { get; set; }
}

public class Context : DbContext
{
    public DbSet<TestEntity> TestEntities { get; set; }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        base.OnModelCreating(modelBuilder);

        modelBuilder.Entity<TestEntity>()
            .Property(e => e.Id)
            .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity);
    }
}

Answer 2

Por que se preocupar com os padrões para Guid colunas no banco de dados?Por que não basta gerar o Guid no cliente como qualquer outro valor.Requer que você tenha um método no seu código de cliente que irá gerar PENTE-como guids:

public static Guid NewGuid()
{
    var guidBinary = new byte[16];
    Array.Copy( Guid.NewGuid().ToByteArray(), 0, guidBinary, 0, 8 );
    Array.Copy( BitConverter.GetBytes( DateTime.Now.Ticks ), 0, guidBinary, 8, 8 );
    return new Guid( guidBinary );
}

Uma das vantagens do Guid é, especificamente, que você pode gerá-los no cliente sem uma viagem de volta para o banco de dados.

Answer 3

A resposta mais simples

public class User
{
    public User(Guid? id = null, DateTime? created = null)
    {
        if (id != null)
            Id = id;

        if (created != null)
            Created = created;
    }

    public User()
    {
    }

    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public DateTime? Created { get; internal set; }

    [Key]
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public Guid? Id { get; internal set; }
}

Isso pressupõe que você tem a sua tabela de banco de dados conjunto com o padrão de newsequentialid() que no meu caso é gerenciado pelo FluentMigrator migrações.