Có ích khi sử dụng các khóa chính đa lõi (tổng hợp) cho bảng quan hệ nhiều đến nhiều khi sử dụng LINQ to SQL không?Có ích khi sử dụng các khóa chính đa lõi (composite) khi sử dụng LINQ to SQL không?
Hoặc tôi chỉ cần thêm cột nhận dạng làm khóa chính không được nhóm và lập chỉ mục các cột FK một cách thích hợp?
Không phải là một vấn đề LINQ. Nếu bạn cần chúng cho lược đồ của bạn, sau đó sử dụng chúng. Nếu không, đừng. Dù bằng cách nào, LINQ sẽ xử lý giản đồ của bạn tốt.
Một khu vực LINQ to SQL không xử lý tốt là bảng nhiều cột/ánh xạ khóa được sử dụng để kết nối nhiều mối quan hệ nhưng tôi sẽ không nói điều này nằm gọn trong danh mục mà địa chỉ câu hỏi của bạn. Bạn vẫn có thể thực hiện các hoạt động CRUD trên một bảng ánh xạ trong LINQ nhưng LINQ không thể đi theo mối quan hệ được trình bày bởi một bảng nhiều ánh xạ. (LINQ hoạt động tốt với một đến một và một đến nhiều bảng.)
Tôi không thể nói với bất kỳ vấn đề nào với Khung thực thể nhưng một lần nữa, tôi sẽ rất ngạc nhiên nếu EF có bất kỳ vấn đề nào với đa cột/bảng đa khóa.
Nếu có ý nghĩa trong miền của bạn để có khóa tổng hợp nhiều cột, hãy sử dụng một khóa. Nếu không, hãy sử dụng cột nhận dạng thông thường làm khóa chính thay thế.
EDIT: đó là lời khuyên chung và không tính đến bất kỳ khía cạnh kỹ thuật nào của việc triển khai sử dụng LINQtoSQL. Đây có thể là quan tâm:
Tôi đoán điều này có nghĩa là LINQ to SQL có thể xử lý các phím tổng hợp mà không bị hỏng hoặc nỗ lực bổ sung? –
Trên thực tế, đây chính xác là vấn đề bảng quan hệ nhiều đến nhiều, cảm ơn –