LINQ to SQL在.NET 4.0中的变化

微软 Data Programmability项目组的Damien Guard发表文章，列出了LINQ to SQL发生的一系列变化。虽然从长远来看，他们的重心还是放在实体框架（Entity Framework）上，但这篇文章无疑可以打消人们对LINQ to SQL前景的担忧。

性能

• 通过特别定义的文本参数长度，查询计划的重用将更为频繁
• 利用主键在ID缓存中对单条记录的查找，目前包括query.Where(predicate).Single/SingleOrDefault/First/FirstOrDefaul
• 在指定DataLoadOptions时减少对查询的执行（对beta1版本，在缓存中的查询同样会考虑DataLoadOptions的值）

可用性

• ITable接口为实现仿对象提供支持
• 根据列的类型可以将枚举类型自动转换为int或string类型
• 在关联的另一端可以指定非主键列，以支持数据的更新
• 支持查询时列表的初始化语法
• LinqDataSource目前可以支持继承的实体
• LinqDataSource支持增加的动态数据查询扩展器（Dynamic Data Query extenders）

查询稳定性

• Queries that contain sub-queries with scalar projections now work better
• 现在增加了对自引用IQueryable的检测，不会导致堆栈溢出
• Skip(0)目前允许贪婪加载（eager loading）[译注：贪婪加载是数据查询的一种优化措施，在查询时将被查询实体的关联实体均查询出来。]
• GetCommand可以对SQL Compact事务进行操作
• 属性或字段暴露的连接可以被准确地检测并通知
• 编译后的查询可以准确地检测映射源的变化并抛出
• String.StartsWith，EndsWith和Contain目前可以正确地处理“~ in”搜索字符串
• 能够更好地检测多活动结果集（multiple active result sets, MARS）[译注：MARS是ADO.NET 2.0增加的新功能，允许在同一个数据库连接上处理多个活动的结果集，很好地支持了异步进程处理]
• 在表值函数（Table-Valued Functions，TVFs）中使用贪婪加载时，能够适当地创建实体间的关系
• 更好地支持包含了标量投影（scalar projections）子查询的查询

更新稳定性

• SubmitChanges不再使用事务回滚异常
• 在变更冲突的场景下，SubmitChanges能够正确地处理时间戳
• IsDbGenerated属性可以被重命名，而不再要求必须与对应的列名匹配
• 支持服务器生成的列以及SQL复制/触发器，而不再是抛出SQL异常

通用稳定性

• Binary类型能够正确地被反序列化
• 当添加一个数据项到未加载的实体集时，会触发EntitySet.ListChanged事件
• 连接会在释放上下文时被释放

SQL要素

• 外键属性设置器可以检查所有影响到的关系，而不仅限于第一次
• 在不支持主键类型的情况下对错误处理进行了改善
• 忽略包含表值参数的存储过程，而不是终止该过程
• 在出现未知数据类型时不会受到破坏

LINQ to SQL类设计器

• 可以处理在SQL结果集中单个的匿名列
• 改进了在与允许为空的唯一标识列建立关联时的错误消息
• 允许添加using语句到partial user类
• VarChar(1)可以被正确地映射为string而不是char
• 在存储过程中，DbType特性可以正确地反映Decimal类型的精度与范围
• 在将表放回到设计器中时，不需要重启就能够反映外键的改变

代码生成（SQL要素+LINQ to SQL类设计器）

• ForeignKeyReferenceAlreadyHasValueException is now thrown if any association is loaded not just the first
• 在实体和上下文的命名空间不一致时，使用初值的存储过程可以通过编译
• 内部的Virtual能够生成正确的语法
• Mapping特性可以完全避免用户类型的冲突
• KnownTypeAttributes可以反映包含继承的DataContractSerializer
• 保证了延迟加载外键的正确性，以及它的可编译性和代码生成
• 并发地使用存储过程不再考虑实体是否处于不同的命名空间
• 如果关联并非第一次加载，就会抛出ForeignKeyReferenceAlreadyHasValueException异常