Sql server 如何在实体框架连接上模拟较长的数据库往返时间？
我们正在使用Azure Web角色创建N层应用程序，其中SQL Azure数据库后端使用EF作为我们的ORM。当我们开发网站时，我们注意到它们在现实世界中的表现往往非常糟糕。这主要是由于EF延迟加载了大量数据。我们使用了Miniprofiler，它提供了一些很好的通知，但它并没有真正提供站点在实时环境中运行的感觉Sql server 如何在实体框架连接上模拟较长的数据库往返时间？,sql-server,entity-framework,lazy-loading,simulation,latency,Sql Server,Entity Framework,Lazy Loading,Simulation,Latency,我们正在使用Azure Web角色创建N层应用程序，其中SQL Azure数据库后端使用EF作为我们的ORM。当我们开发网站时，我们注意到它们在现实世界中的表现往往非常糟糕。这主要是由于EF延迟加载了大量数据。我们使用了Miniprofiler，它提供了一些很好的通知，但它并没有真正提供站点在实时环境中运行的感觉 我们是否可以让本地数据库对每个查询做出100毫秒的响应，从而模拟层之间的往返时间？这将有望让开发人员在本地开发系统时轻松感受到他们需要优化EF查询。我可以想象使用自定义，在每个DB命令
我们是否可以让本地数据库对每个查询做出100毫秒的响应，从而模拟层之间的往返时间？这将有望让开发人员在本地开发系统时轻松感受到他们需要优化EF查询。我可以想象使用自定义，在每个DB命令执行之前都会有
线程。Sleep