问题背景
在写SQL Server存储过程中,如果存储过程中定义了临时表,
有些人习惯在存储过程结束的时候一个一个显式地删除过程中定义的临时表(drop table #tName),有些人又没有这个习惯,
对于不明真相的群众或者喜欢思考的人会问,存储过程中定义的临时表,最后要不要主动删除,为什么?
或者说是不是存储过程结束的时候删除临时表更加规范?
不止一个人问过这个问题了,说实在话,本人之前确实不清楚,只是认为,显式删掉或者不删都行,临时表在当前Session断开之后会自动释放
那么存储过程中定义的临时表,在使用完之后,到底删还是不删?显式删除与不做删除有无区别?
本文将对此问题进行一个粗浅的分析,如有不对的地方,还望指出,谢谢。
存储过程中临时表的表结构也有缓并且会被重用
那么到底需不需要显式删除,显式删除或者是不删除有什么区别?
这中间涉及到一个临时表缓存的知识点,首先看什么是临时表的缓存。
缓存临时表是SQL SERVER 2005以来的一个新特性,
临时表的创建时需要往临时库系统表中写入数据(元数据,临时表的表结构信息),跟普通的增删改操作一样,这个过程需要一定的资源消耗
在满足一定条件的情况下(后面说需要满足的条件是什么),
每当用户请求完成之后(当然这个用户请求的SQL中包含了临时表),临时表的元数据将会保存在临时库(tempdb)的系统表中
虽然在用户看来,当前Session创建的临时表,对其他Session事不可见的,在Session断开或者临时表被删除(drop)之后,将不可访问。
但是当新的Session调用同样的包含了创建临时表的代码,SQL Server内部会重用之前Session执行时创建过的临时表,而无需再次定义临时表。
这样的话可以节约一些创建表的步骤所消耗的资源。
上面是理论,下面来做个小实验演示上面的理论,首先来看不同Session之间临时表“重用”的现象。
首先这里要借助系统视图sys.dm_os_performance_counters 来判断临时表的创建次数,该系统表中计数器的名称为:Temp Tables Creation Rate。
创建如下存储过程,存储过程中定义了一个临时表,