2009-07-02 52 views

回答

1

可能需要做一些類似於here的解釋。但個人而言,我更喜歡實體框架(ADO.net實體默認支持,並且可以通過簡單的鼠標右鍵單擊進行更新)。

//編輯

似乎簡單的拖放&下降也會起作用。

對於某些人來說,這個問題是 沒有實際意義。這是很容易通過刪除所有的實體類 和職能(LINQ到SQL的存儲過程和UDF項 )設計 表面上,然後redragging和 跌落到利用 當前的「重新同步」在LINQ機制 SQL表格和函數 的興趣,從而通過從頭開始重新更新實體 類。 然而,對於其他人,這個解決方案是不 的幾個原因不夠好:

您可以閱讀here.

1

我注意到,如果右鍵單擊實體框架設計圖面,可以使用「從數據庫更新模型」命令。 LINQ to SQL我找不到這樣的東西,所以你可能需要手工維護。

OTOH,它只是XML,所以你可以「只寫一些代碼」。


另外要補充的是,我喜歡這樣的事實,在EF,我不跟上與物理數據庫。我正在定義開發人員將用來訪問數據的實體,並且分別定義這些實體和邏輯數據庫結構之間的映射。

他們不需要是相同的。如果我想將表分成兩個表,或者將兩個實體合併到一個表中,我可以做到這一點,而不需要開發人員重寫他們的代碼。