这不是关于优化SQL命令的问题。我想知道有什么方法可以确保SQL连接保持打开,并准备好尽可能有效地处理命令。我现在看到的是,我可以执行一个SQL命令,该命令需要大约1秒,额外的执行将需要大约300ms。这是在先前针对SQL server (从另一个应用程序实例)执行命令之后...因此,在此应用程序首次执行之前,应为已执行的查询完全填充SQL缓存。
即使在查询中未显式引用视图,SQL Server Enterprise Edition的查询优化器也将使用视图中的索引来提高查询性能(如果适用)。问: Azure数据库也做同样的事情吗?例如,我知道SQL Server Express不这样做。我希望确保在对具有几百万用户的连接表进行排序时,仍然可以从查询优化器获得所需的性能(在企业版上效果很好,但在排序时需要几秒钟的快速瓶颈)。