为什么说LINQ要胜过SQL？

作者：linqpad 发布时间：[ 2017/3/21 10:36:39 ] 推荐标签：SQL 数据库 LINQ

　　LINQ 还通过一组丰富的操作符对平面外联合、自联合、组查询以及其它各种不同类型查询进行了支持。
　　参数化
　　如果我们想要将之前的例子参数化会如何呢，如此”WA”状态是不是要来自于一个变量呢? 其实我们只要像下面这样做可以了:
　　string state = "WA";
　　var query =
　　from c in db.Customers
　　where c.Address.State == state
　　...
　　不会混淆 DbCommand 对象上面的参数，或者担心 SQL 注入攻击。 LINQ 的参数化是内联、类型安全并且高度可读的。它不仅解决了问题——而且解决得很不错。
　　因为 LINQ 查询时可以进行组合，所以我们可以有条件的添加谓词。例如，我们写出一个方法，如下：
　　IQueryable GetCustomers (string state， decimal? minPurchase)
　　{
　　var query = Customers.AsQueryable();
　　if (state != null)
　　query = query.Where (c => c.Address.State == state);
　　if (minPurchase != null)
　　query = query.Where (c => c.Purchases.Any (p => p.Price > minPurchase.Value));
　　return query;
　　}
　　如果我们使用空的 state 以及 minPurchase 值调用了这个方法，那么在我们枚举结果集的时候如下 SQL 会被生成出来：
　　SELECT [t0].[ID]， [t0].[Name]， [t0].[AddressID]
　　FROM [Customer] AS [t0]
　　不过，如果我们指定了 state 和 minPurchase 的值，LINQ 到 SQL 不只是向查询添加了谓词，还会有必要的联合语句：
　　SELECT [t0].[ID]， [t0].[Name]， [t0].[AddressID]
　　FROM [Customer] AS [t0]
　　LEFT OUTER JOIN [Address] AS [t1] ON [t1].[ID] = [t0].[AddressID]
　　WHERE (EXISTS(
　　SELECT NULL AS [EMPTY]
　　FROM [Purchase] AS [t2]
　　WHERE ([t2].[Price] > @p0) AND ([t2].[CustomerID] = [t0].[ID])
　　)) AND ([t1].[State] = @p1)
　　因为我们的方法返回了一个 IQueryable，查询在枚举到之前并不会被实际地转换成 SQL 并加以执行。这样给了调用进一步添加谓词、分页、自定义投影等等的机会。
　　静态类型安全
　　在之前的查询中，如果我们将 state 变量声明成了一个整型数而不是一个字符串，那么查询可能在编译时会报错，而不用等到运行时。这个也同样适用于把表名或者列名弄错的情况。这在重构时有一个很实在的好处：如果你没有完成手头的工作，编译器会给出提示。
　　客户端处理
　　LINQ 让你可以轻松地将查询的一些部分转移到客户端上进行处理。对于负载负担较大的数据库服务器，这样做可实际提升性能。只要你所取数据没有超过所需（换言之，你还是要在服务器上做过滤），可以经常性地通过把对结果集进行重新排序、转换以及重组的压力转移到负载较少的应用服务器上去。使用 LINQ，你需要做的是 AsEnumerable() 转移到查询之中，而自那个点之后的所有事情都可以在本地执行。
　　什么时候不用 LINQ 去查询数据库
　　尽管 LINQ 的功能强大，但是它并不能取代 SQL。它可以满足 95% 以上的需求，不过你有时仍然需要SQL:
　　· 需要手动调整的查询 (特殊是需要优化和进行锁定提示的时候)；
　　· 有些涉及到要 select 临时表，然后又要对那些表进行查询操作的查询；
　　· 预知的更新以及批量插入操作。
　　还有在用到触发器时，你还是需要 SQL。 (尽管在使用 LINQ 的时候诸如此类的东西并非常常被需要，但在要使用存储过程和函数的时候，SQL 是不可或缺的)。你可以通过在 SQL 中编写表值函数来将 SQL 与 LINQ 结合在一起，然后在更加复杂的 LINQ 查询里面调用这些函数。
　　了解两门查询语言并不是问题，因为无论如何你都会想要去学习 LINQ 的 — LINQ 在查询本地集合以及 XML DOM 的时候非常实用。如果你使用的仍然是老旧的基于 XmlDocument 的 DOM，LINQ to XML 的 DOM 操作会是一种具有戏剧效果的进步。
　　还有是相比于 SQL， LINQ 更易于掌握，所以如果你想写个不错的查询，使用 LINQ 会比 SQL 更好达成。
　　将 LINQ 用于实战
　　我几乎是只用 LINQ 来做数据库查询，因为它更有效率。
　　对于应用程序的编写而言，我的个人经验是一个使用 LINQ 的数据访问层（使用一个像 LINQ 到 SQL 或者 Entity Framework 的 API）可以将数据访问的开发时间砍掉一半，而且可以让维护工作更加的轻松。

本文内容不用于商业目的，如涉及知识产权问题，请权利人联系SPASVO小编(021-61079698-8054)，我们将立即处理，马上删除。