![c097562f489763647fee842ecaa592be.png](https://i-blog.csdnimg.cn/blog_migrate/97e55209ed00e3dff40dc52dac2601e0.jpeg)
关注公众号:SQL数据库开发,了解更多SQL高级知识
临时表定义
临时表与实体表类似,只是在使用过程中,临时表是存储在系统数据库tempdb中。当我们不再使用临时表的时候,临时表会自动删除。
临时表分类
临时表分为本地临时表和全局临时表,它们在名称、可见性以及可用性上有区别。
临时表的特性
对于临时表有如下几个特点:
- 本地临时表就是用户在创建表的时候添加了"#"前缀的表,其特点是根据数据库连接独立。只有创建本地临时表的数据库连接有表的访问权限,其它连接不能访问该表;
- 不同的数据库连接中,创建的本地临时表虽然"名字"相同,但是这些表之间相互并不存在任何关系;在SQLSERVER中,通过特别的命名机制保证本地临时表在数据库连接上的独立性,意思是你可以在不同的连接里使用相同的本地临时表名称。
- 全局临时表是用户在创建表的时候添加"##"前缀的表,其特点是所以数据库连接均可使用该全局临时表,当所有引用该临时表的数据库连接断开后自动删除。
- 全局临时表相比本地临时表,命名上就需要注意了,与本地临时表不同的是,全局临时表名不能重复。
- 临时表利用了数据库临时表空间,由数据库系统自动进行维护,因此节省了物理表空间。并且由于临时表空间一般利用虚拟内存,大大减少了硬盘的I/O次数,因此也提高了系统效率。
- 临时表在事务完毕或会话完毕数据库会自动清空,不必记得用完后删除数据。
本地临时表
本地临时表的名称以单个数字符号"#" 打头;它们仅对当前的用户连接(也就是创建本地临时表的connection)是可见的;当用户从 SQL Server 实例断开连接时被删除。
本地临时表实例
我们以Customers表为实例,表数据如下:
![088be60927d98a530534bf21d4ea7c31.png](https://i-blog.csdnimg.cn/blog_migrate/cc752b160d2ebfc7c9c62565eea21f73.jpeg)
我们新建一个连接,每当“新建查询”就代表打开了一个连接,连接的ID就是sa后面的数字,我们的这个连接ID是57.
![3b4144a7cace659713fe17eb38867511.png](https://i-blog.csdnimg.cn/blog_migrate/9bdbce3314f4c0fda5378f30e670ff70.jpeg)
下面我们在这个查询页面建立一个临时表。
SELECT
这样我们就建好了一个临时表,可以查询一下临时表#Customers的数据。与Customers内容一致。
SELECT
![088be60927d98a530534bf21d4ea7c31.png](https://i-blog.csdnimg.cn/blog_migrate/cc752b160d2ebfc7c9c62565eea21f73.jpeg)
如果我们再打开一个页面,同样查询#Customers表会怎么样呢?
![d0c6c1b5eef6d022d8d47ccacd0f4826.png](https://i-blog.csdnimg.cn/blog_migrate/91174c91e736ef33fabcd4d170b7e6db.jpeg)
我们在新开的查询页面执行上述查询语句,得到的结果如下:
![ef203f7a65015de105b3eee73d8727db.png](https://i-blog.csdnimg.cn/blog_migrate/00e59dda846f9ab57e960f08d6efdf5f.jpeg)
说明本地临时表不支持跨连接查询。只能在当前连接(或者当前查询页面)访问。
那本地临时表具体在什么地方呢?它又是怎么存放的呢?
![427da698aa15384c7fb825bfb353bc3f.png](https://i-blog.csdnimg.cn/blog_migrate/e5c9ada124a359f5003874584a15d563.jpeg)
这就是我们刚才建立的临时表,在系统中并不是用#Cusomters表示的。
全局临时表
全局临时表的名称以两个数字符号 "##"打头,创建后对任何数据库连接都是可见的,当所有引用该表的数据库连接从 SQL Server 断开时被删除。
全局临时表实例
我们还是按照上面的步骤走一遍
先打开一个查询页面,输入如下查询语句:
SELECT
执行完上面的查询语句后,我们关掉查询页面,再重新开一个页面查询##Customers中的内容
SELECT
结果如下:
![088be60927d98a530534bf21d4ea7c31.png](https://i-blog.csdnimg.cn/blog_migrate/cc752b160d2ebfc7c9c62565eea21f73.jpeg)
此时并不会像本地临时表那样报错了。
全局临时表的位置如下:
![e5bcabd417c16543ade3e2307d66d008.png](https://i-blog.csdnimg.cn/blog_migrate/9ac15076b3bd7e1f33e7482ae1a174b0.jpeg)
它的名称与我们自定义的名称一致,系统不会额外添加其他信息。
临时表的用途
介绍完临时表,我们来说说如何用它来进行优化
临时表的优化一般使用在子查询较多的情况下,也称为嵌套查询。我们写如下子查询:
SELECT
这是一个比较简单的两层嵌套子查询,我们看一下执行情况:
![f4eb833c81d702f7a7cdff974b9094b3.png](https://i-blog.csdnimg.cn/blog_migrate/fc366722803ad50b8648c35adec85644.jpeg)
可以看到这里的逻辑读取是比较高的。
我们用临时表重新来看下执行情况如何,我们将第一二层的查询结果插入到#temp中,然后从临时表中查询结果。
SELECT
执行情况如下:
![27390bf4086dade66d3f37249bfcc3cf.png](https://i-blog.csdnimg.cn/blog_migrate/ad11b56152fb30ca3919aef49febced0.jpeg)
![28e92589f6cfb2d2e6110ef25ce99268.png](https://i-blog.csdnimg.cn/blog_migrate/837f086f99a832d3e0e627af86bb27e4.jpeg)
相比上一次的逻辑读,成倍的减少了逻辑读取次数。在对查询的性能进行调节时,如果逻辑读值下降,就表明查询使用的服务器资源减少,查询的性能有所提高。如果逻辑读值增加,则表示调节措施降低了查询的性能。在其他条件不变的情况下,一个查询使用的逻辑读越少,其效率就越高,查询的速度就越快。
因此我们可以看出临时表在比较复杂的嵌套查询中是可以提高查询效率的。
批注
临时表不管是在SQL Server还是其他平台都有使用,其在查询优化方面可以极大的提高查询效率,而SQL Server平台的临时表相比其他平台更容易创建和使用,其优越性不言而喻。所以如果平时工作或学习过程中,临时表可以作为一个必备技能经常使用。
示例中的数据源,关注我们公众号【SQL数据库开发】,直接获取~