Visual Studio 2010 ADO.NET数据模型vs Linq到SQL

Question

这两者之间有什么区别？乍一看，它们似乎具有相同的功能。 哪一个更容易使用，性能更快？

Answer 1

使用ADO.NET和某种SQL的：

• 优势：不需要任何形式的配置或造型。
• 优势：只要您知道如何编写和优化SQL，效率会更高。开始时速度更快，并且如有必要，更容易进一步优化。
• 需要：多个SQL知识（不坏有反正）
• 需要：有点基础设施/工具以减少重复编码
• 论点赞成：如果你是好使用sql，有一个很好的数据访问工具，并且只要将数据立即放到其他地方，就没有什么关于Linq-to-SQL的信息了。

使用LINQ到SQL

• 优势：可以很容易读懂/理解，即使在有限LINQ经验。
• 优势：可以快速给你强大的类型，你可以立即使用。
• 优势：在编译时或编译时，您会在Visual Studio中更频繁地发现错误。用简单的旧式ado，你可以在运行时发现你的错误。
• 需要：建立架构
• 需要：LINQ的知识（您想拥有反正）有利于
• 说法：很多人发现，LINQ的性能损失并不大，并不会成为一个问题。此外，sql linq的出现有时会比你想要的好，即使你喜欢自己的sql专业版。 （Stackoverflow是一个大网站，它是Linq-to-sql seems to hold up just fine。）

总之，两者都是很不错的选择。关键因素是：

1. 你技能：如果你在强SQL （和代码生成），较少有 理由使用LINQ到SQL。
2. 您分贝负荷挑战：如果你没有做 共享一个微不足道的数据库服务器的一些 其他的解决方案，你也不会 巨大，LINQ到SQL是很多强大 不够。

擅长SQL将很重要。而且，擅长LINQ是一个非常好的举措。 Linq-to-XML和Linq-to-Objects是绝妙的技术，具有一种风味的技能可直接转换为其他Linq风味。

Answer 2

对我来说，最大的好处是你可以免费获得数据库的体面对象模型，而不必编写多余的“使对象看起来像这张表”的代码，甚至更冗余“填充此对象数据“代码。

它不完美，但它确实节省了很多时间。