在實體框架上使用流暢的api映射實體5

我有這兩個表： Tables

主要表是用戶與顧客的依賴。

反向工程師第一代碼生成的類如下：

public class User 
{ 
    public User() 
    { 
     this.Customers = new List<Customer>();   
    } 

    ... 

    public virtual ICollection<Customer> Customers { get; set; } 

} 

public class Customer 
{ 
    public Customer() 
    { 
    } 

    ... 

    public int UserID { get; set; } 
    public virtual User User { get; set; } 

}

我發在用戶類以下修改：

public class User 
{ 
    public User() 
    {   

    } 
    public int CustomerID { get; set; } 
    public virtual Customer Customer { get; set; } 

}

由於關係是1對零或 - 一。

原來的映射是這樣的：

// Relationships 
     this.HasRequired(t => t.User) 
      .WithMany(t => t.Customers) 
      .HasForeignKey(d => d.UserID);

而且修改後的映射是這樣的：

this.HasRequired(t => t.User) 
      .WithOptional(t => t.Customer) 
      .Map(m => m.MapKey("UserID"));

是正確的？如果不是，這個映射將如何？

謝謝。

來源

2012-11-03 Gus

不，這是不正確的。

你能做的最好的事情 - 假設你可以改變數據庫模式 - 被去除的Customer表UserID外鍵，然後創建在兩個主鍵之間的數據庫中的關係，使Customer.CustomerID是外鍵該協會。然後

逆向工程會自動創建一個預期對一的關係，像這樣：

public class Customer 
{ 
    public int CustomerID { get; set; } 
    public virtual User User { get; set; } 
    //... 
} 

public class User 
{ 
    public int UserID { get; set; } 
    public virtual Customer Customer { get; set; } 
    //... 
} 

//... 

this.HasRequired(t => t.User) 
    .WithOptional(t => t.Customer);

如果您不能更改數據庫模式，最好的辦法是隻從刪除收集ICollection<Customer> CustomersUser類，並保持關係爲一對多。

所有這一切的原因是，EF只支持共享主鍵一對一關聯，而不支持外鍵一對一關聯。（後者只能通過刪除集合來「僞造」，但從EF的角度來看它仍然是一對多）。

您可以在此處閱讀有關與EF及其侷限性的一對一關聯的更多信息：

來源

2012-11-03 19:27:15 Slauma

嗨@Slauma，我不明白爲什麼刪除customer表的外鍵。我在這個例子中做了他的第二個選擇。 – Gus

@格斯：不，這不是他的第二選擇。他的第二個選擇（「一對一外鍵協會」）使用'WithMany（）'，而不是'WithOptional'。這是與已移除集合的一對多關係，即只有一個導航屬性。另外，如果您有一個名爲UserID的屬性，則不能使用MapKey（「UserID」）。那麼你必須使用'HasForeignKey'，就像Mortezza的例子所示。 – Slauma

嗨@Slauma，謝謝你的幫助。 – Gus

在實體框架上使用流暢的api映射實體5

回答

相關問題