linq與sql類和實體框架有什麼區別

Question

linq與sql類和實體框架 有什麼區別似乎他們同樣的工作都像 這在.net3.5中更好，爲什麼？ * 哪個更好.net4，爲什麼？ *

Answer 1

簡述：

LINQ到SQL是：

• 一個 「驗證概念」 由Visual C＃團隊完成展示Linq的功能
• 直線1：1映射器 - 一個表成爲您的代碼中的一個實體
• 僅適用於SQL Server
• 不太適合支持存儲過程（例如，您不能創建「複雜類型」來鏡像從存儲過程返回的值）
• 設計人員驅動的數據庫優先方法（如果數據庫更改，則模型不能輕鬆更新）
• 基本上是一種死衚衕的技術 - 在這裏和那裏修復bug，但肯定沒有新功能;它的工作原理 - 但不要指望這個

任何進一步的發展 - >這樣的LINQ到SQL的作品，並得很好.NET 3.5中 - 但不要指望什麼新的東西....

實體框架（至少在.NET V4及以上）爲：

• 一個 「正確」 的OR映射器技術（及以上）由ADO.NET/database團隊在微軟
完成
• 一個靈活的映射器與物理層（數據庫模式），概念層（您的.NET對象）以及這兩者之間的映射層（三層方法）
• 支持幾種開箱即用的數據庫（SQL Server，Oracle等） - 相當容易爲其他實體框架兼容的提供程序編寫數據庫
• 非常好地支持存儲過程（您甚至可以爲一個實體和一個操作選擇一個存儲過程，例如該模型可以從數據庫中，如果您的表隨時間而改變
• 的產品，微軟是被更新 - 對於DELETE）
• 提供數據庫第一，模型一和代碼優先發展，如果使用模式接近
• 投入大量的資源投入 - 仍然是非常積極的發展（附加功能，新的技術途徑如代碼優先開發等）

- >實體框架是我的.NET 4和新

Answer 2

有很多的比較分析，關於這一主題提出：

性能比較： Entity Framework and LINQ to SQL Performance

特點對比： LINQ to SQL vs Entity Framework

而且也相關的主題可以在StackOverflow的

被發現

• Entity Framework vs LINQ to SQL

• Entity Framework VS LINQ to SQL VS ADO.NET with stored procedures?