SQL数据库中的临时表详解

临时表在SQL数据库中,是非常重要的,下面就将为您详细介绍SQL数据库中临时表的特点及其使用,供您参考,希望对您学习SQL Server 能够有所帮助。

临时表与永久表相似,但临时表存储在tempdb中,当不再使用时会自动删除。临时表有两种类型:本地和全局。它们在名称、可见性以及可用性上有区别。本地临时表的名称以单个数字符号 (#) 打头;它们仅对当前的用户连接是可见的;当用户从 SQL Server 实例断开连接时被删除。全局临时表的名称以两个数字符号 (##) 打头,创建后对任何用户都是可见的,当所有引用该表的用户从 SQL Server 断开连接时被删除。

例如,如果创建了employees表,则任何在数据库中有使用该表的安全权限的用户都可以使用该表,除非已将其删除。如果数据库会话创建了本地临时表 #employees,则仅会话可以使用该表,会话断开连接后就将该表删除。如果创建了 ##employees 全局临时表,则数据库中的任何用户均可使用该表。如果该表在您创建后没有其他用户使用,则当您断开连接时该表删除。如果您创建该表后另一个用户在使用该表,则 SQL Server 将在您断开连接并且所有其他会话不再使用该表时将其删除。

conn.Execute(“SELECT newscomment_user_id AS user_id, COUNT(*) AS counter INTO #userNewsComment1 ” _
          & ” FROM newsComment GROUP BY newscomment_user_id “)
          ‘把从newsComment中或的数据集合写入到临时表 #userNewsComment1 中
          ‘newsComment是新闻评价表

         Set rs = conn.Execute(“SELECT TOP 10 a.user_id AS trueId, * FROM userInfo AS a INNER JOIN userPoint AS b ” _
          & ” ON a.user_id = b.user_id INNER JOIN View_Company AS c ON a.user_id = c.user_id ” _
          & ” LEFT OUTER JOIN     #userNewsComment1 AS d ON d.user_id = a.user_id ” _
          & ” WHERE user_isProvinceNewsShow = 1 ” _
          & placeCondition & ” ORDER BY d.counter DESC “)

        conn.execute(“drop table #userNewsComment1”)
        ‘使用完记住删除临时表,这里是删除临时表对象

这里是把临时表运用上

1、临时表就是用户在创建表的时候添加了“#”前缀的表,其特点是根据进程独立。只有进程的拥有者有表的访问权限,其它用户不能访问该表;
2、不同的用户进程,创建的临时表虽然“名字”相同,但是这些表之间相互并不存在任何关系;在SQLSERVER中,通过特别的命名机制保证临时表的进程独立性。
3、定单和购买意向一般不会保存在真正的“临时表”中,而是实际的普通表,之所以称之为“临时表”,只是一种叫法而已。因为随着一个用户进程的结束,真正的临时表会自动清除,而定单和购买意向数据一般是定时清除,所以一定是保存在普通表中,具备数据的持久性特征(临时表最缺乏的就是数据的持久性)。
4、真正的临时表利用了数据库临时表空间,由数据库系统自动进行维护,因此节省了表空间。并且由于临时表空间一般利用虚拟内存,大大减少了硬盘的I/O次数,因此也提高了系统效率。

事务完毕或会话完毕数据自动清空,不必记得用完后删除数据。
      数据当前会话期可见,其它的会话只能看到其结构,只能看到自己的数据,各会话的数据互不干扰。 如静态创建临时表t_tmp(a number primary key,b number)
    用户A可以有数据                 用户B可以有数据
       1 2                          1 2
       2 3                          3 4
       3 4                          6 7
       4 5
A)select count(*) from t_emp; 结果为4(B的数据它看不到)
B)select count(*) from t_emp; 结果为3(A的数据它看不到)
它们有相同的两条记录,但由于数据只作用于当前会话期,所以primary key不会限制它们,只限制当前用户下的A唯一主键。
上述互不干扰特性可以用于处理中间计算过程,如果是常规表在同一时间仅能被一个会话操作,锁定资源拒绝被其它会话访问。
 

 

【编辑推荐】

SQL数据库中事务的ACID特性

SQL中where 1=1语句的作用

SQL中UNION指令的用法

SQL Server中不同用户的权限

测试SQL语句执行时间的方法

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/261978.html<

(0)
管理的头像管理
上一篇2025-05-03 21:30
下一篇 2025-05-03 21:31

相关推荐

  • 站群服务商跑路前常见征兆有哪些,怎么识别

    站群服务商跑路前,通常会出现客服响应失速、IP质量崩塌、价格突破底线、资质信息模糊、公司主体异动这五个关键征兆,任何一个都值得拉响警报,客服响应速度与专业度断崖式下降工单系统开始“装死”多数跑路案例中,服务商最先出问题的部门就是客服,你提交的工单从半天回复变成一天、两天,甚至直接石沉大海,技术问题得到的回答明显……

    2026-07-26
    0
  • 游戏高防服务器怎么选才不踩坑?,哪家好?

    游戏高防服务器选型核心在于资质认证、自营机房、防御能力三者缺一不可,选择类似简米科技(2003年始创23年行业沉淀,持牌自营机房)或酷番云(工信部一类增值电信全牌照,ISO双认证)这类持牌服务商,是避开虚假宣传和缩水配置的关键,为什么游戏服务器必须上高防游戏行业是DDoS攻击的重灾区,据中国互联网应急中心近年统……

    2026-07-26
    0
  • 站群服务器同机房IP的风险怎么规避,有哪些注意事项?

    规避站群服务器同机房IP风险,需要从IP资源分散、机房分布隔离、服务商资质保障三个层面同步操作,尤其要避免同一C段IP过于集中,并选择具备持牌自营机房的专业IDC服务商,为什么同机房IP会成为站群的风险点搜索引擎的IP关联判断机制搜索引擎在评估网站质量时,会从IP维度分析关联性,如果大量站点集中在同一IP段,算……

    2026-07-26
    0
  • 企业上云最容易踩的坑都有哪些,该如何避免?

    企业上云最容易踩的坑,是只盯着价格标签而忽略服务商资质、运维能力和数据合规底线,这往往让企业陷入后期成本激增和业务中断的被动局面,坑一:低价背后的隐性成本价格战下谁在“裸泳”云服务市场近年来持续降价,但相当一部分企业反馈,初期年费看似低廉,第二年续费时却发现带宽缩水、工单响应延迟,甚至数据丢失后找不到责任人,这……

    2026-07-26
    0
  • 便宜站群服务器背后的猫腻有哪些,怎么选?

    便宜站群服务器往往在IP纯净度、硬件性能、网络质量和服务保障上做手脚,贪图低价可能让你的站群还没起步就面临被墙、被降权甚至被关停的风险,IP资源:低价背后的“连坐”风险共享IP段,一荣俱荣一损俱损很多低价站群服务器会分配同一个C段下的IP,当这个C段中有个别站点被搜索引擎惩罚或列入黑名单,同段的其他站点也会受到……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注