Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/performance/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Performance 使用EF 4.1 DbContext(+SQL 2008 R2)的延迟加载比即时加载何时更好?_Performance_Entity Framework 4.1_Sql Server 2008 R2_Guid_Dbcontext - Fatal编程技术网

Performance 使用EF 4.1 DbContext(+SQL 2008 R2)的延迟加载比即时加载何时更好?

Performance 使用EF 4.1 DbContext(+SQL 2008 R2)的延迟加载比即时加载何时更好?,performance,entity-framework-4.1,sql-server-2008-r2,guid,dbcontext,Performance,Entity Framework 4.1,Sql Server 2008 R2,Guid,Dbcontext,我知道答案是视情况而定。我发现,在我的LM和AppHarbor上,通过一些操作,删除急切加载实际上提高了性能,但Azure上还没有测试过 在我到目前为止尝试过的情况中,根实体并没有被其主键查询。主键是一个int,但这些查询与Guid候选键相反,从而使int pk与URL混淆。Guid上没有键或索引,fk之外的唯一键是int pk,它是集群的 在Guid候选键上使用非聚集索引可能会更快吗?我认为您需要权衡执行多个小查询和一个大查询的成本。而且,如果您需要所有相关数据,并且计划在收到数据后立即处理所

我知道答案是视情况而定。我发现,在我的LM和AppHarbor上,通过一些操作,删除急切加载实际上提高了性能,但Azure上还没有测试过

在我到目前为止尝试过的情况中,根实体并没有被其主键查询。主键是一个int,但这些查询与Guid候选键相反,从而使int pk与URL混淆。Guid上没有键或索引,fk之外的唯一键是int pk,它是集群的


在Guid候选键上使用非聚集索引可能会更快吗?

我认为您需要权衡执行多个小查询和一个大查询的成本。而且,如果您需要所有相关数据,并且计划在收到数据后立即处理所有数据,那么延迟加载可能不是一个好主意

另外,请看朱莉·勒曼(Julie Lermann)撰写的这两篇关于该主题的文章: