Performance 使用EF 4.1 DbContext(+SQL 2008 R2)的延迟加载比即时加载何时更好?
我知道答案是视情况而定。我发现,在我的LM和AppHarbor上,通过一些操作,删除急切加载实际上提高了性能,但Azure上还没有测试过 在我到目前为止尝试过的情况中,根实体并没有被其主键查询。主键是一个int,但这些查询与Guid候选键相反,从而使int pk与URL混淆。Guid上没有键或索引,fk之外的唯一键是int pk,它是集群的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候选键上使用非聚集索引可能会更快吗?我认为您需要权衡执行多个小查询和一个大查询的成本。而且,如果您需要所有相关数据,并且计划在收到数据后立即处理所
在Guid候选键上使用非聚集索引可能会更快吗?我认为您需要权衡执行多个小查询和一个大查询的成本。而且,如果您需要所有相关数据,并且计划在收到数据后立即处理所有数据,那么延迟加载可能不是一个好主意 另外,请看朱莉·勒曼(Julie Lermann)撰写的这两篇关于该主题的文章: