使用EntityFramework减少SQLAzure的网络延迟.docVIP

数据点 使用 Entity Framework 减少 SQL Azure 的网络延迟  HYPERLINK /magazine/ee532098.aspx?sdmr=JulieLermansdmi=authors Julie Lerman 从本地管理的 SQL Server 数据库切换到 Microsoft 基于云的 SQL Azure 数据库乍一看有些困难， 实际上却易如反掌：只需切换连接字符串，便大功告成！ 正如我们这些开发人员在类似情况下愿意看到的那样，这种方法“确实行得通”。 但是，进行这种切换会引入网络延迟，进而大大影响应用程序总体性能。 幸运的是，充分了解网络延迟的影响将有利于您在 SQL Azure 环境中使用 Entity Framework 降低这种影响。 分析数据访问代码 我使用 Visual Studio 2010 探查器工具 ( HYPERLINK /library/ms182372 /library/ms182372) 对本地网络和 SQL Azure 帐户中的 AdventureWorksDW 数据库的不同数据访问活动进行了比较， 并使用该探察器研究了使用 Entity Framework 从数据库中加载一些客户的调用。 一个测试只查询客户，事后再通过 Entity Framework 4.0 的延迟加载功能检索客户销售信息。 后面一个测试使用 Include 方法随客户预先加载客户销售数据。 图 1 显示了我用来执行这些查询并枚举结果的控制台应用程序。 图 1：旨在探索性能的查询 ??????????{ ? ??using?(var?context?=?new?AdventureWorksDWEntities()) ? ??{ ? ????var?warmupquery?=?context.Accounts.FirstOrDefault(); ? ??} ? ??DoTheRealQuery(); ? } ? ? ? private?static?void?DoTheRealQuery() ? { ? ??using?(?var?context=new??AdventureWorksDWEntities()) ? ??{ ? ????var?query?=???context.Customers.Where(c?=?c.InternetSales.Any()).Take(100); ? ????var?customers?=?query.ToList(); ? ????EnumerateCustomers(customers); ? ??} ? } ? ? ? private?static?void?EnumerateCustomers(ListCustomer?customers) ? { ? ??foreach?(var?c?in?customers) ? ??{ ? ????WriteCustomers?(c); ? ???? ? ??} ? } ? ? ? private?static?void?WriteCustomer(Customer?c) ? { ? ??Console.WriteLine ? ?(CustomerName:?{0}?First?Purchase:?{1}??#?Orders:?{2}, ? ????c.FirstName.Trim()?+??+?c.LastName,??c.DateFirstPurchase,?c.InternetSales.Count); ? } ???????? 首先执行一个热身查询，目的是消耗掉将实体数据模型 (EDM) 元数据加载到内存中、预编译视图以及其他一次性操作的成本。 然后，DoTheRealQuery 方法会查询 Customers 实体的子集，将查询结果放入一个列表并枚举结果。 在枚举期间将访问客户的销售数据，在此示例中，这会强制延迟加载功能返回数据库以通过迭代获取每个客户的销售数据。 查看本地网络中的性能 在本地网络中针对内部部署的 SQL Server 数据库运行此代码时，执行查询的第一次调用用时 233 毫秒。 用时不多，原因是我只检索了客户。 当代码运行强制延迟加载的枚举时，将用时 195 毫秒。 现在，我将更改查询，使其随 Customers 预先加载 InternetSales： ??????????context.Customers.Include(InternetSales).Where(c?=?c.InternetSales.Any()).Take(100); ???????? 现在，将从数据库中返回这 100 个客户及其全部销售记录。 其中包含的数据要多很多。 现在，q