實體框架代碼優先：處理來自同一表的多個外鍵
在實體框架代碼優先中，您可能會遇到需要在兩個實體之間建立關係的情況，這兩個實體具有指向同一表的多個外鍵。這對於初學者來說尤其具有挑戰性。
考慮一個涉及團隊和比賽的模型，其中每場比賽都有一個主隊和一個客隊。但是，嘗試使用傳統的外鍵關係創建此類模型可能會導致循環引用錯誤。
理解問題
如原始代碼片段所示，在 Match 實體中定義外鍵時，您實際上是在 Match 和 Team 之間為 HomeTeam 和 GuestTeam 屬性創建一對多關係。但是，此設置會導致循環引用，因為 Team 也通過外鍵引用 Match。這種循環違反了數據庫的約束。
解決方案：使用集合導航屬性和 ModelBuilder Fluent API
為了解決這個問題，您可以採用一個改進的模型，該模型使用集合導航屬性並使用實體框架的 ModelBuilder Fluent API 顯式配置關係。這是一個示例：
在 Team 類中，定義兩個單獨的集合導航屬性：
<code>public virtual ICollection<Match> HomeMatches { get; set; }
public virtual ICollection<Match> AwayMatches { get; set; }</code>在 Match 類中，刪除 ForeignKey 屬性：
<code>public int HomeTeamId { get; set; }
public int GuestTeamId { get; set; }</code>在 DbContext 類中，重寫 OnModelCreating 方法並使用 Fluent API 配置關係：
<code>modelBuilder.Entity<Match>()
.HasRequired(m => m.HomeTeam)
.WithMany(t => t.HomeMatches)
.HasForeignKey(m => m.HomeTeamId)
.WillCascadeOnDelete(false);
modelBuilder.Entity<Match>()
.HasRequired(m => m.GuestTeam)
.WithMany(t => t.AwayMatches)
.HasForeignKey(m => m.GuestTeamId)
.WillCascadeOnDelete(false);</code>在此更新的模型中，Match 實體具有兩個外鍵屬性，但沒有導航屬性。相反，導航屬性是在 Team 實體上定義的，允許從 Team 到 Match 的遍歷。模型創建過程使用 Fluent API 來顯式指定關係，從而防止循環引用。此外，WillCascadeOnDelete 屬性設置為 false 以防止級聯刪除，這在此場景中不推薦。
通過遵循這種方法，您可以成功創建一個在實體框架代碼優先中具有指向同一表的多個外鍵的模型。
以上是如何首先從實體框架代碼中的同一表中處理多個外鍵？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
