SQL Server 2008与2005 Linq集成
LINQtoSQL或实体框架都与SQLServer2005很好地集成 SQLServer2008规格说明书承诺了更好的集成,但我看不出来SQL Server 2008与2005 Linq集成,linq,sql-server-2005,sql-server-2008,Linq,Sql Server 2005,Sql Server 2008,LINQtoSQL或实体框架都与SQLServer2005很好地集成 SQLServer2008规格说明书承诺了更好的集成,但我看不出来 在与2008服务器对话时,您可以执行哪些Linq wise操作,而与SQL server 2005对话时,您不能执行哪些操作?它完全支持新的数据类型。哈哈。除此之外,你还了解了我,除了优化查询的可能性(如merge命令等)。我猜大部分都是在服务器上进行的。他们可能优化了查询执行,因为除了新类型之外,我不知道有什么不同。在SQL 2005错误解释的连接集上进行分
在与2008服务器对话时,您可以执行哪些Linq wise操作,而与SQL server 2005对话时,您不能执行哪些操作?它完全支持新的数据类型。哈哈。除此之外,你还了解了我,除了优化查询的可能性(如merge命令等)。我猜大部分都是在服务器上进行的。他们可能优化了查询执行,因为除了新类型之外,我不知道有什么不同。在SQL 2005错误解释的连接集上进行分页有一个问题
var orders = (
from c in Customers
from o in c.Orders
select new {c, o}
).Skip(10).Take(10).ToList();
LINQ针对连接集生成一个行号。SQL2005从该代码生成了一个错误的计划。这里有一个链接到
编辑#2:我想澄清一下,我不知道SQL2008解决了这个问题。我只是抱有希望。这表明
使用LINQ to SQL直接针对Microsoft SQL Server数据库编写数据访问代码
这基本上是不真实的
LINQtoSQL是将查询理解转换为表达式树,再转换为SQL,由查询优化器优化,然后在SQLServer数据库上运行。除非LINQ公开新的MERGE语句,否则“直接”feh.
引擎之间几乎没有什么有效的区别,特别是从ORM/客户端的角度来看您能详细说明一下“糟糕的计划”是什么意思吗?