Mã EF Khóa ngoại đầu tiên không có thuộc tính điều hướng

Giả sử tôi có các thực thể sau:

public class Parent
{
    public int Id { get; set; }
}
public class Child
{
    public int Id { get; set; }
    public int ParentId { get; set; }
}

Mã cú pháp API thông thạo đầu tiên để thực thi ParentId được tạo trong cơ sở dữ liệu với ràng buộc khóa ngoại đối với bảng Cha mà không cần phải có thuộc tính điều hướng là gì?

Tôi biết rằng nếu tôi thêm thuộc tính điều hướng Parent to Child, thì tôi có thể thực hiện việc này:

modelBuilder.Entity<Child>()
    .HasRequired<Parent>(c => c.Parent)
    .WithMany()
    .HasForeignKey(c => c.ParentId);

Nhưng tôi không muốn thuộc tính điều hướng trong trường hợp cụ thể này.

Với EF Code First Fluent API thì điều đó là không thể. Bạn luôn cần ít nhất một thuộc tính điều hướng để tạo ràng buộc khóa ngoại trong cơ sở dữ liệu.

Nếu bạn đang sử dụng Code First Migrations, bạn có tùy chọn để thêm di chuyển dựa trên mã mới trên bảng điều khiển trình quản lý gói ( add-migration SomeNewSchemaName). Nếu bạn đã thay đổi một cái gì đó với mô hình của mình hoặc ánh xạ một quá trình di chuyển mới sẽ được thêm vào. Nếu bạn không thay đổi bất cứ điều gì, hãy bắt buộc di chuyển mới bằng cách sử dụng add-migration -IgnoreChanges SomeNewSchemaName. Trong trường hợp này, quá trình di chuyển sẽ chỉ chứa rỗng Upvà Downcác phương thức.

Sau đó, bạn có thể sửa đổi Upphương thức bằng cách thêm follwing vào nó:

public override void Up()
{
    // other stuff...

    AddForeignKey("ChildTableName", "ParentId", "ParentTableName", "Id",
        cascadeDelete: true); // or false
    CreateIndex("ChildTableName", "ParentId"); // if you want an index
}

Chạy quá trình di chuyển này ( update-databasetrên bảng điều khiển quản lý gói) sẽ chạy một câu lệnh SQL tương tự như sau (cho SQL Server):

ALTER TABLE [ChildTableName] ADD CONSTRAINT [FK_SomeName]
FOREIGN KEY ([ParentId]) REFERENCES [ParentTableName] ([Id])

CREATE INDEX [IX_SomeName] ON [ChildTableName] ([ParentId])

Ngoài ra, không cần di chuyển, bạn chỉ có thể chạy một lệnh SQL thuần túy bằng cách sử dụng

context.Database.ExecuteSqlCommand(sql);

đâu contextlà một thể hiện của lớp ngữ cảnh dẫn xuất của bạn và sqlchỉ là lệnh SQL ở trên dưới dạng chuỗi.

Lưu ý rằng với tất cả EF này, không có manh mối nào ParentIdlà khóa ngoại mô tả một mối quan hệ. EF sẽ chỉ coi nó như một thuộc tính vô hướng thông thường. Bằng cách nào đó, tất cả những điều trên chỉ là một cách phức tạp hơn và chậm hơn so với việc chỉ mở một công cụ quản lý SQL và thêm các ràng buộc bằng tay.

Mặc dù bài đăng này Entity Frameworkkhông phải là không Entity Framework Core, nhưng nó có thể hữu ích cho những người muốn đạt được điều tương tự bằng cách sử dụng Entity Framework Core (tôi đang sử dụng V1.1.2).

Tôi không cần các thuộc tính điều hướng (mặc dù chúng đẹp) bởi vì tôi đang thực hành DDD và tôi muốn Parentvà Childlà hai gốc tổng hợp riêng biệt. Tôi muốn họ có thể nói chuyện với nhau thông qua khóa ngoại không phải thông qua các Entity Frameworkthuộc tính điều hướng dành riêng cho cơ sở hạ tầng .

Tất cả những gì bạn phải làm là định cấu hình mối quan hệ ở một phía bằng cách sử dụng HasOnevà WithManykhông chỉ định các thuộc tính điều hướng (sau cùng thì chúng không có ở đó).

public class AppDbContext : DbContext
{
    public AppDbContext(DbContextOptions<AppDbContext> options) : base(options) {}

    protected override void OnModelCreating(ModelBuilder builder)
    {
        ......

        builder.Entity<Parent>(b => {
            b.HasKey(p => p.Id);
            b.ToTable("Parent");
        });

        builder.Entity<Child>(b => {
            b.HasKey(c => c.Id);
            b.Property(c => c.ParentId).IsRequired();

            // Without referencing navigation properties (they're not there anyway)
            b.HasOne<Parent>()    // <---
                .WithMany()       // <---
                .HasForeignKey(c => c.ParentId);

            // Just for comparison, with navigation properties defined,
            // (let's say you call it Parent in the Child class and Children
            // collection in Parent class), you might have to configure them 
            // like:
            // b.HasOne(c => c.Parent)
            //     .WithMany(p => p.Children)
            //     .HasForeignKey(c => c.ParentId);

            b.ToTable("Child");
        });

        ......
    }
}

Tôi cũng đưa ra các ví dụ về cách định cấu hình các thuộc tính thực thể, nhưng điều quan trọng nhất ở đây là HasOne<>, WithMany()và HasForeignKey().

Hy vọng nó giúp.

Gợi ý nhỏ cho những ai muốn sử dụng DataAnotations và không muốn để lộ Thuộc tính điều hướng - hãy sử dụng protected

public class Parent
{
    public int Id { get; set; }
}
public class Child
{
    public int Id { get; set; }
    public int ParentId { get; set; }

    protected virtual Parent Parent { get; set; }
}

Đó là nó - khóa ngoại với cascade:trueafter Add-Migrationsẽ được tạo.

Trong trường hợp EF Core, bạn không nhất thiết phải cung cấp thuộc tính điều hướng. Bạn có thể chỉ cần cung cấp Khóa ngoại ở một phía của mối quan hệ. Một ví dụ đơn giản với API Fluent:

using Microsoft.EntityFrameworkCore;
using System.Collections.Generic;

namespace EFModeling.Configuring.FluentAPI.Samples.Relationships.NoNavigation
{
    class MyContext : DbContext
    {
        public DbSet<Blog> Blogs { get; set; }
        public DbSet<Post> Posts { get; set; }

        protected override void OnModelCreating(ModelBuilder modelBuilder)
        {
             modelBuilder.Entity<Post>()
                .HasOne<Blog>()
                .WithMany()
                .HasForeignKey(p => p.BlogId);
        }
    }

    public class Blog
    {
         public int BlogId { get; set; }
         public string Url { get; set; }
    }

    public class Post
    {
         public int PostId { get; set; }
         public string Title { get; set; }
         public string Content { get; set; }

        public int BlogId { get; set; }
    }
}

Tôi đang sử dụng .Net Core 3.1, EntityFramework 3.1.3. Tôi đã tìm kiếm xung quanh và Giải pháp tôi đã đưa ra là sử dụng phiên bản chung của HasForeginKey<DependantEntityType>(e => e.ForeginKeyProperty). bạn có thể tạo mối quan hệ 1-1 như sau:

builder.entity<Parent>()
.HasOne<Child>()
.WithOne<>()
.HasForeginKey<Child>(c => c.ParentId);

builder.entity<Child>()
    .Property(c => c.ParentId).IsRequired();

Hy vọng điều này sẽ giúp hoặc ít nhất cung cấp một số ý tưởng khác về cách sử dụng HasForeginKeyphương pháp.

Lý do của tôi cho việc không sử dụng thuộc tính điều hướng là sự phụ thuộc của lớp. Tôi đã tách các mô hình của mình thành một vài cụm, có thể được sử dụng hoặc không được sử dụng trong các dự án khác nhau trong bất kỳ tổ hợp nào. Vì vậy, nếu tôi có thực thể có thuộc tính nagivation đến lớp từ một assembly khác, tôi cần tham chiếu đến assembly đó, điều mà tôi muốn tránh (hoặc bất kỳ dự án nào sử dụng một phần của mô hình dữ liệu hoàn chỉnh đó sẽ mang theo mọi thứ).

Và tôi có ứng dụng di chuyển riêng biệt, được sử dụng để di chuyển (tôi sử dụng tự động hóa) và tạo DB ban đầu. Dự án này tham chiếu mọi thứ bởi những lý do rõ ràng.

Giải pháp là kiểu C:

• "sao chép" tệp có lớp đích vào dự án di chuyển qua liên kết (kéo-n-thả bằng altkhóa trong VS)
• vô hiệu hóa thuộc tính nagivation (và thuộc tính FK) qua #if _MIGRATION
• đặt định nghĩa tiền xử lý đó trong ứng dụng di chuyển và không đặt trong dự án mô hình, do đó, nó sẽ không tham chiếu bất kỳ thứ gì (không tham chiếu assembly với Contactlớp chẳng hạn).

Mẫu vật:

    public int? ContactId { get; set; }

#if _MIGRATION
    [ForeignKey(nameof(ContactId))]
    public Contact Contact { get; set; }
#endif

Tất nhiên, bạn cũng nên vô hiệu hóa usingchỉ thị và thay đổi vùng tên.

Sau đó, tất cả người tiêu dùng có thể sử dụng thuộc tính đó như trường DB thông thường (và không tham chiếu đến các tập hợp bổ sung nếu chúng không cần thiết), nhưng máy chủ DB sẽ biết rằng đó là FK và có thể sử dụng xếp tầng. Dung dịch rất bẩn. Nhưng hoạt động.