asp.net – 缓存SELECT语句的结果,以便在多个查询中重用
我有一个相当复杂的查询,根据用户输入的参数提取我感兴趣的结果的Id字段.
在提取相关的ID之后,我在单独的查询中多次使用得到的Ids集合来提取我想要的实际输出记录集(通过连接到其他表,使用聚合函数等). 我想避免为我想要返回的每组结果单独运行初始查询.我想我的情况是一种常见的模式,所以我对最好的方法感兴趣. 数据库在MS SQL Server中,我使用的是.NET 3.5. 解决方法
如果问题包含对未经优化的解决方案(数据大小,时间)的一些测量,那肯定会有所帮助.这里可以考虑各种技术,其中一些在其他答案中列出.我将假设您不希望重复运行相同查询的原因是性能.
如果缓存ID集的所有使用都包含整个集合到其他表的连接,那么解决方案绝对不应该涉及在数据库之外缓存ID集.如果你可以避免,数据不应该再往返于那里. 在某些情况下(当不涉及游标或极其复杂的SQL时)最好(即使是违反直觉的)不执行缓存并简单地将重复SQL连接到所有期望的查询.毕竟,每个查询都需要根据其中一个连接表进行遍历,然后性能在很大程度上取决于加入和快速评估所有剩余信息所需的索引的可用性. 在数据库中“缓存”ID集的最直观方法是临时表(如果命名为#something,它对于连接是私有的,因此可以由并行独立客户端使用;或者它可以被命名为## something并且是全局的).如果表将有许多记录,则索引是必需的.为了获得最佳性能,索引应该是聚簇索引(每个表只允许一个),或者仅在构造该集合后创建,其中索引创建稍快. 索引视图比临时表更可取,除非在整个过程中只读取基础数据,或者您可以并且希望忽略此类更新以使整个报告集尽可能保持一致.但是,索引视图始终准确地投影基础数据的能力是以降低这些更新为代价的. 这个问题的另一个答案提到了存储过程.这主要是组织代码的一种方式.但是,如果你这样做,最好避免使用临时表,因为对临时表的这种引用会阻止预编译存储过程;如果可以,请查看视图或索引视图. 无论您选择何种方法,都不要猜测性能特征和查询优化器行为.学习显示查询执行计划(在SQL Server Management Studio中),并确保您看到索引访问,而不是嵌套循环组合多个大型数据集;只添加可明显且彻底改变查询性能的索引.精心挑选的索引通常可以将查询的性能改变1000倍,因此学习起来有点复杂,但对成功至关重要. 最后但并非最不重要的是,确保在重新填充数据库时(以及每晚生产中)使用UPDATE STATISTICS,否则您的查询优化器将无法将您创建的索引用于最佳用途. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- asp.net – 应用程序池和工作进程线程之间的关系是什么?
- asp.net – FormView无法显示
- 线程退出.Net MVC控制台中的消息
- ASP.NET 4菜单隐藏在包含Silverlight应用程序的div后面
- asp.net – 使用TextBox的AutoPostback失去焦点
- asp.net-mvc-3 – 陷入ASPNETCOMPILER:错误ASPRUNTIME:成
- .net – Linq:获取DataContext中所有表的列表
- asp.net-mvc – 使用NHibernate时如何处理成员资格/角色?
- asp.net-mvc-3 – 自定义成员资格提供程序和统一依赖注入
- asp.net – MS Access中的触发器