Как сделать Entity Framework 6 (DB First) явно вставить первичный ключ Guid/UniqueIdentifier?

решением может быть переопределение DbContext SaveChanges. В этой функции Найти все добавленные записи из dbset объектов, которые вы хотите указать идентификатор.

если идентификатор еще не указан, укажите один, если он уже указан: используйте указанный.

переопределить все SaveChanges:

public override void SaveChanges()
{
    GenerateIds();
    return base.SaveChanges();
}
public override async Task<int> SaveChangesAsync()
{
    GenerateIds();
    return await base.SaveChangesAsync();
}
public override async Task<int> SaveChangesAsync(System.Threading CancellationToken token)
{
    GenerateIds();
    return await base.SaveChangesAsync(token);
}

GenerateIds должен проверить, если вы уже предоставили идентификатор для добавленных записей или нет. Если нет, предоставьте один.

Я не уверен, что все наборы dbset должен иметь запрошенную функцию или только некоторые. Чтобы проверить, заполнен ли первичный ключ, мне нужно знать идентификатор первичного ключа.

Я вижу в вашем классе CRMEntity что ты знаешь, что каждый T имеет идентификатор, это потому, что этот идентификатор находится в CRMEntityBase или IGuid, предположим, что это в IGuid. Если это в CRMEntityBase изменить следующим образом.

следующее в небольших шагах; при желании вы можете создать один большой В LINQ.

private void GenerateIds()
{
    // fetch all added entries that have IGuid
    IEnumerable<IGuid> addedIGuidEntries = this.ChangeTracker.Entries()
        .Where(entry => entry.State == EntityState.Added)
        .OfType<IGuid>()

    // if IGuid.Id is default: generate a new Id, otherwise leave it
    foreach (IGuid entry in addedIGuidEntries)
    {
        if (entry.Id == default(Guid)
            // no value provided yet: provide it now
            entry.Id = GenerateGuidId() // TODO: implement function
        // else: Id already provided; use this Id.
    }
}

вот и все. Поскольку все ваши объекты IGuid теперь имеют идентификатор по умолчанию (либо заранее определенный, либо сгенерированный внутри GenerateId), EF будет использовать этот идентификатор.

Дополнение: HasDatabaseGeneratedOption

как указал xr280xr в одном из комментариев, я забыл, что вы должны сказать entity framework, что entity framework не должен (всегда) генерировать идентификатор.

в качестве примера я делаю то же самое с простой базы данных с блогами и постами. Отношение "один ко многим" между блогами и постами. Чтобы показать, что идея не зависит от GUID, первичный ключ длинный.

// If an entity class is derived from ISelfGeneratedId,
// entity framework should not generate Ids
interface ISelfGeneratedId
{
    public long Id {get; set;}
}
class Blog : ISelfGeneratedId
{
    public long Id {get; set;}          // Primary key

    // a Blog has zero or more Posts:
    public virtual ICollection><Post> Posts {get; set;}

    public string Author {get; set;}
    ...
}
class Post : ISelfGeneratedId
{
    public long Id {get; set;}           // Primary Key
    // every Post belongs to one Blog:
    public long BlogId {get; set;}
    public virtual Blog Blog {get; set;}

    public string Title {get; set;}
    ...
}

теперь интересная часть: fluent API, который сообщает Entity Framework, что значения для первичных ключей уже созданы.

Я предпочитаю fluent API avobe использование атрибутов, потому что использование fluent API позволяет мне повторно использовать классы сущностей в разных моделях баз данных, просто переписывая Для DbContext.OnModelCreating.

например, в некоторых базах данных мне нравятся объекты DateTime DateTime2, а в некоторых мне нужно, чтобы они были простыми DateTime. Иногда я хочу, чтобы созданный собственной идентификаторы, иногда (как в unit-тесты) мне это не нужно.

class MyDbContext : Dbcontext
{
    public DbSet<Blog> Blogs {get; set;}
    public DbSet<Post> Posts {get; set;}

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
         // Entity framework should not generate Id for Blogs:
         modelBuilder.Entity<Blog>()
             .Property(blog => blog.Id)
             .HasDatabaseGeneratedOption(DatabaseGeneratedOption.None);
         // Entity framework should not generate Id for Posts:
         modelBuilder.Entity<Blog>()
             .Property(blog => blog.Id)
             .HasDatabaseGeneratedOption(DatabaseGeneratedOption.None);

         ... // other fluent API
    }

SaveChanges похож, как я писал выше. GenerateIds немного отличается. В этом примере у меня нет проблемы, что иногда идентификатор уже заполнен. Каждый добавленный элемент, реализующий ISelfGeneratedId должен создать Id

private void GenerateIds()
{
    // fetch all added entries that implement ISelfGeneratedId
    var addedIdEntries = this.ChangeTracker.Entries()
        .Where(entry => entry.State == EntityState.Added)
        .OfType<ISelfGeneratedId>()

    foreach (ISelfGeneratedId entry in addedIdEntries)
    {
        entry.Id = this.GenerateId() ;// TODO: implement function
        // now you see why I need the interface:
        // I need to know the primary key
    }
}

для тех, кто ищет аккуратный генератор Id: я часто использую тот же генератор, что и Twitter, который может обрабатывать несколько серверов, без проблем, что каждый может догадаться из первичного ключа, сколько элементов добавлены.

это пакет NuGet IdGen