使用会员资格时的 LINQ 和 SQL 性能问题

Question

我正在使用包含 50000 条记录的 ASPNET 成员资格，并且我们有另一个名为“scm_Users”的表，该表具有精确的记录数，它们不通过任何键链接。我有一个简单的 SQL：

select * from dbo.aspnet_Users a, dbo.scm_Users b
where a.UserName = b.UserName

我可以在不到 1 秒的时间内获取 50000 条记录。

在 LINQ 中（使用实体框架），当我尝试执行相同操作时：

IEnumerable<MembershipUser> allMembershipUsers = Membership.GetAllUsers().Cast<MembershipUser>();
ObjectQuery<User> users = this.DataContext.UserSet;

var    result = (from a in allMembershipUsers
                      from b in users
                      where a.UserName == b.UserName
                 select new 
                 {
                   ..... 
                 }).AsEnumerable();

当我将结果绑定到 Grid 时，它因 50000 条记录而超时。当我调试它并将鼠标悬停在“结果视图”上时，它也超时了。当然，如果我使用 Membership.FindUsersByName() 并限制记录数，它会正常返回结果。

而且，如果我将 50000 条记录直接绑定到网格而不查询成员资格，网格也可以工作。

 var    result = (from b in users
                  select b).AsEnumerable();

我做错了什么？

注意

Answer 1

什么是会员资格？在我看来，就像您从两个不同的数据源中提取数据一样，这会将它们加载到内存中并在内存中的集合上进行工作。您还在看似相当大的数据集上大量使用了强制转换。

尝试更多类似这样的事情：

var result = from a in DataContext.MembershipUsers
             join b in DataContext.UsersSet on a.UserName equals b.UserName
             select new { ... };

Answer 2

一个显着的区别是您流式传输的是 100K 记录而不是 50K。 SQL 查询将在服务器上合并两个结果，并返回两个表之间连接的 50K 行数据。在您的示例中，您通过 GetAllUsers 拉取 50K，通过 UserSet 拉取其他 50K。问题是，除非您直接通过 DataContext 查询 aspnet Membership 表，否则您将无法避免这种情况。

Answer 3

我想说是演员造成了速度减慢，而不是查询。在没有演员的情况下尝试一下，并返回原始实体，看看是否可以加快速度。