Asp.net Membership.ValidateUser与数据库聊天
我不确定我是否可能做错了什么,或者我是否应该放弃ASP.NET SQL成员资格提供程序,或者推出我们自己的。我正在努力通过减少数据库调用的数量来优化我们的web应用程序/服务性能。为此,我连接了EntityFrameworkProfiler(EFProf),这非常棒 它看起来像是从一个单一的成员资格调用。ValidateUser(用户名,密码),我得到了8个数据库调用。4次选择,4次更新。似乎完全相同的选择和更新序列在一行中重复了两次。它根据用户名选择用户数据,根据用户ID再次选择,然后更新上次登录和上次活动日期(最后两个日期作为两个单独的更新语句发送) 当我们在Azure上运行,因此数据库不在同一台机器上或web服务器旁边,因此每次db调用平均需要3-10毫秒时,这就变得更重要了 有什么想法吗?以前有人注意到这种行为吗?看起来这可能只是微软需要优化的东西,但我想我无论如何都会问Asp.net Membership.ValidateUser与数据库聊天,asp.net,asp.net-mvc,entity-framework,asp.net-membership,membership-provider,Asp.net,Asp.net Mvc,Entity Framework,Asp.net Membership,Membership Provider,我不确定我是否可能做错了什么,或者我是否应该放弃ASP.NET SQL成员资格提供程序,或者推出我们自己的。我正在努力通过减少数据库调用的数量来优化我们的web应用程序/服务性能。为此,我连接了EntityFrameworkProfiler(EFProf),这非常棒 它看起来像是从一个单一的成员资格调用。ValidateUser(用户名,密码),我得到了8个数据库调用。4次选择,4次更新。似乎完全相同的选择和更新序列在一行中重复了两次。它根据用户名选择用户数据,根据用户ID再次选择,然后更新上次
谢谢。Azure不支持SqlMembershipProvider和SqlRoleProvider,建议迁移到。我不确定这是否是它如此健谈的原因,但新的提供商内置了Azure支持。谢谢Sumo。我会查一查。