就像我上面链接的文章一样,我想要列出EF应用的重写规则.在哪里可以找到?如果我知道EF重写规则,我可以预测什么sql EF将为给定的查询生成,而不必等到运行时才能“看到”生成的sql.
例如,考虑以下两个查询:
var result = from c in context.Customers from a in c.Accounts where c.ID > 2 select a;var result = from c in context.Customers where c.ID > 2 from a in c.Accounts select a;
当C#编译器完成自己的重写规则时,上述查询将被转换为具有以下各种格式的点表示法:
SelectMany(...).Where(...).Select(...); //for the first queryWhere(...).SelectMany(...); // for the second query
在这些转换之后,EF可以使用自己的重写规则.但是,对于上述查询,EF具有单一的标准化形式.换句话说,这两个查询将产生相同的结果;任一查询生成以下SQL语句:
SELECT [Extent1].[ID] AS [ID],[Extent1].[name] AS [name],[Extent1].[Stat_ID] AS [Stat_ID] FROM [dbo].[Customers] AS [Extent1] INNER JOIN [dbo].[Accounts] AS [Extent2] ON [Extent1].[ID] = [Extent2].[Customer_ID] WHERE [Extent2].[ID] > 2
不知道EF重写规则,我不能预测.我只需要执行和调试代码来做出这个观察.
那么再一次,在哪里可以找到EF正在应用的重写规则的列表?
我也很好奇EF应用规则的实施策略.这是一篇讨论几个rewrite rule strategies的文章.也许我可以通过研究EF源代码来发现这一点,但是我正在做,但我还没有.
解决方法 将linq表达式转换为sql不幸的是非常复杂,可能不是很容易地分成一组简单的离散规则.例如linq GroupBy和Join这样的东西并不倾向于将一个一个地映射到sql关键字,它们的名称与linq中的行为略有不同,就像在sql中一样(linq GroupBy返回组中的所有项,而不是只聚合和linq加入更像是sql Server CROSS APPLY).实际的转换在很大程度上取决于查询结尾所选择的内容,这意味着您通常必须处理整个表达式,而不是简单地将linq方法映射到sql关键字.
非常值得阅读Matt Warrens关于构建linq提供商http://blogs.msdn.com/b/mattwar/archive/2008/11/18/linq-links.aspx的文章.它可能不是EF正在做的,而是让您了解将linq表达式转换为sql和所涉及的复杂性涉及哪些步骤.
总结以上是内存溢出为你收集整理的c# – 什么是EF重写规则?全部内容,希望文章能够帮你解决c# – 什么是EF重写规则?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)