Mã đầu tiên: Hiệp hội độc lập so với Hiệp hội khóa nước ngoài?

Tôi luôn tranh luận về tinh thần với chính mình mỗi khi bắt đầu làm việc với một dự án mới và tôi đang thiết kế các POCO của mình. Tôi đã thấy nhiều hướng dẫn / mẫu mã có vẻ ưu tiên các liên kết khóa nước ngoài :

Hiệp hội khóa nước ngoài

public class Order
{
    public int ID { get; set; }
    public int CustomerID { get; set; } // <-- Customer ID
    ...
}

Trái ngược với các hiệp hội độc lập :

Hiệp hội độc lập

public class Order
{
    public int ID { get; set; }
    public Customer Customer { get; set; } // <-- Customer object
    ...
}

Tôi đã làm việc với NHibernate trước đây và sử dụng các liên kết độc lập, không chỉ cảm thấy OO hơn mà còn (với tính năng tải chậm) có lợi thế là cho tôi quyền truy cập vào toàn bộ đối tượng Khách hàng, thay vì chỉ ID của nó. Điều này cho phép tôi, ví dụ, truy xuất một cá thể Order và sau đó thực hiện Order.Customer.FirstNamemà không cần phải thực hiện phép nối một cách rõ ràng, điều này cực kỳ thuận tiện.

Tóm lại, câu hỏi của tôi là:

1. Có bất kỳ nhược điểm đáng kể nào trong việc sử dụng các hiệp hội độc lập không? và ...
2. Nếu không có bất kỳ, lý do sử dụng các liên kết khóa nước ngoài là gì?

Nếu bạn muốn tận dụng tối đa ORM, bạn chắc chắn sẽ sử dụng tham chiếu Thực thể:

public class Order
{
    public int ID { get; set; }
    public Customer Customer { get; set; } // <-- Customer object
    ...
}

Khi bạn tạo một mô hình thực thể từ cơ sở dữ liệu với FK, nó sẽ luôn tạo ra các tham chiếu thực thể. Nếu bạn không muốn sử dụng chúng, bạn phải sửa đổi thủ công tệp EDMX và thêm các thuộc tính đại diện cho FK. Ít nhất thì đây là trường hợp trong Entity Framework v1, nơi chỉ các hiệp hội độc lập mới được phép.

Entity framework v4 cung cấp một loại liên kết mới được gọi là liên kết khóa ngoại. Sự khác biệt rõ ràng nhất giữa liên kết độc lập và liên kết khóa ngoại là trong lớp Order:

public class Order
{
    public int ID { get; set; }
    public int CustomerId { get; set; }  // <-- Customer ID
    public Customer Customer { get; set; } // <-- Customer object
    ...
}

Như bạn có thể thấy, bạn có cả thuộc tính FK và tham chiếu thực thể. Có nhiều sự khác biệt hơn giữa hai loại liên kết:

Hiệp hội độc lập

• Nó được biểu diễn dưới dạng đối tượng riêng biệt trong ObjectStateManager. Nó có riêng của nó EntityState!
• Khi xây dựng liên kết, bạn luôn cần sự lôi kéo từ cả hai đầu của liên kết
• Liên kết này được ánh xạ theo cùng một cách với thực thể.

Hiệp hội khóa nước ngoài

• Nó không được biểu thị như một đối tượng riêng biệt trong ObjectStateManager. Do đó bạn phải tuân theo một số quy tắc đặc biệt.
• Khi xây dựng liên kết, bạn không cần cả hai đầu của liên kết. Chỉ cần có thực thể con và PK của thực thể mẹ nhưng giá trị PK phải là duy nhất. Vì vậy, khi sử dụng kết hợp khóa ngoại, bạn cũng phải gán các ID duy nhất tạm thời cho các thực thể mới được tạo được sử dụng trong quan hệ.
• Sự liên kết này không được ánh xạ mà thay vào đó nó xác định các ràng buộc tham chiếu.

Nếu bạn muốn sử dụng kết hợp khóa ngoài, bạn phải đánh dấu chọn Bao gồm các cột khóa ngoài trong mô hình trong Trình hướng dẫn Mô hình Dữ liệu Thực thể.

Biên tập:

Tôi nhận thấy rằng sự khác biệt giữa hai loại hiệp hội này không được nhiều người biết đến nên tôi đã viết một bài báo ngắn trình bày chi tiết hơn và ý kiến ​​của riêng tôi về điều này.

Sử dụng cả hai. Và làm cho các tham chiếu thực thể của bạn ảo để cho phép tải chậm. Như thế này:

public class Order
{
  public int ID { get; set; }
  public int CustomerID { get; set; }
  public virtual Customer Customer { get; set; } // <-- Customer object
  ...
}

Điều này giúp tiết kiệm các tra cứu DB không cần thiết, cho phép tải chậm và cho phép bạn dễ dàng xem / đặt ID nếu bạn biết mình muốn nó là gì. Lưu ý rằng có cả hai không thay đổi cấu trúc bảng của bạn theo bất kỳ cách nào.

Liên kết độc lập không hoạt động tốt với AddOrUpdateđiều đó thường được sử dụng trong Seedphương pháp. Khi tham chiếu là một mục hiện có, nó sẽ được chèn lại.

// Existing customer.
var customer = new Customer { Id = 1, Name = "edit name" };
db.Set<Customer>().AddOrUpdate(customer);

// New order.
var order = new Order { Id = 1, Customer = customer };
db.Set<Order>().AddOrUpdate(order);

Kết quả là khách hàng hiện tại sẽ được chèn lại và khách hàng mới (được chèn lại) sẽ được liên kết với đơn hàng mới.

Trừ khi chúng tôi sử dụng liên kết khóa ngoại và gán id.

 // Existing customer.
var customer = new Customer { Id = 1, Name = "edit name" };
db.Set<Customer>().AddOrUpdate(customer);

// New order.
var order = new Order { Id = 1, CustomerId = customer.Id };
db.Set<Order>().AddOrUpdate(order);

Chúng tôi có hành vi mong đợi, khách hàng hiện tại sẽ được liên kết với đơn đặt hàng mới.

Tôi ủng hộ cách tiếp cận đối tượng để tránh những tra cứu không cần thiết. Các đối tượng thuộc tính có thể dễ dàng phổ biến khi bạn gọi phương thức gốc của mình để xây dựng toàn bộ thực thể (sử dụng mã gọi lại đơn giản cho các thực thể lồng nhau). Không có nhược điểm nào mà tôi có thể thấy ngoại trừ việc sử dụng bộ nhớ (nhưng bạn sẽ lưu vào bộ nhớ cache các đối tượng của mình phải không?). Vì vậy, tất cả những gì bạn đang làm là thay thế ngăn xếp cho đống và tăng hiệu suất từ ​​việc không thực hiện tra cứu. Tôi hy vọng điều này có ý nghĩa.