2009-10-12 41 views

回答

2

您應該基準特定查詢自己。但是,與LINQ to SQL相比,LINQ to Entities提供了一個額外的抽象層,這可能會妨礙性能。拋開

性能問題,如果你的應用,預計僅SQL服務器後端工作,你需要一個實體和表之間的一個映射,LINQ to SQL的更容易使用。

+0

我同意,LINQ to SQL的簡單比LINQ用來實體,但有時簡單有很多的附加開銷(不,我是說,這裏的情況)。 – hminaya 2009-10-12 20:53:08

1

它非常具體地取決於你在做什麼。對此沒有單一的答案。

如果你願意接受涉及使用ORM性能命中,他們都應該是合適的。

我的建議總是與一​​個ORM去儘可能多的代碼,你可以。如果您的某些內容運行速度慢得令人無法接受,請使用存儲過程來執行特定的查詢。

2

可維護性性能上應該是最多的項目一開始就目標即使性能要求。性能可以稍後進行調整,如果設計良好,ORM /數據映射器通常可以稍後換出。

不要在項目早期就做出這樣的決定。根據您已知的更容易或已知的內容進行排序。然後調諧。

基準自己的好成績。你的環境總是不同於開發者/製造商可能用於比較的環境。

相關問題