LINQ-2-SQL编译查询。 领域还是财产？

Question

我最近将LINQ-2-SQL函数转换为已编译的查询，并且注意到它的一些非常奇怪的行为。 当我将其存储为静态字段时（根据我在此处和在Web其余部分上看到的每个示例），负载测试会将CPU在整个测试过程中固定为100％。 另一方面，当我将其作为静态属性执行时，完全相同的负载测试脚本会在40-100％的范围内波动。 为什么性能要比性能好得多？ 有人有主意吗？ 据我所知，它们之间的唯一区别是该字段占用的CPU比该属性占用的CPU多。

这是两个版本：

    private static Func<WebDataContext, int, int, IEnumerable<Product>> GetProductsWithDecendentQuery
    {
        get
        {
            return CompiledQuery.Compile<WebDataContext, int, int, IEnumerable<Product>>((WebDataContext context, int left, int right) => 
                context.Taxonomies.Where(x => x.LeftNumber >= left && x.RightNumber <= right)
                .SelectMany(x => x.InventoryTaxonomies.Select(y => y.Product))
                .Distinct().Where(x => x.Status && (x.IsDropShip != true || x.Locations.Sum(y => y.Quantity) > 1))
            );
        }
    }

与

    private static Func<WebDataContext, int, int, IEnumerable<Product>> GetProductsWithDecendentQuery =
        CompiledQuery.Compile<WebDataContext, int, int, IEnumerable<Product>>((WebDataContext context, int left, int right) => 
                context.Taxonomies.Where(x => x.LeftNumber >= left && x.RightNumber <= right)
                .SelectMany(x => x.InventoryTaxonomies.Select(y => y.Product))
                .Distinct().Where(x => x.Status && (x.IsDropShip != true || x.Locations.Sum(y => y.Quantity) > 1))
            );

Answer 1

我怀疑还有其他正在执行的IO，这些IO不取决于属性版本，而取决于字段版本。 除了CPU利用率以外，您是否还可以比较两个选项之间的时序差异？

当LINQ to SQL在Beta中并且至少首次引入CompiledQuery时，建议使用静态字段，部分原因是编译器可以在编译时检测到它们并优化查询的某些部分，而不必等到运行时才需要财产。 例如，有人声称编译器可以检测上下文的元数据并对属性设置器进行硬编码，而不是在为静态字段编译的查询补水对象时依赖于反射方法。 Rico Mariani在http://blogs.msdn.com/b/ricom/archive/2007/06/22/dlinq-linq-to-sql-performance-part-1.aspx上讨论了其中的一些优化。 我不能说这些优化是否/如何在随后的发行版中更改，以便确定是否会导致您所看到的差异。