Ⅰ sql Server 表变量和临时表的区别
临时表
临时表与永久表相似，只是它的创建是在Tempdb中，它只有在一个数据库连接结束后或者由SQL命令DROP掉，才会消失，否则就会一直存在。临时表在创建的时候都会产生SQL Server的系统日志，虽它们在Tempdb中体现，是分配在内存中的，它们也支持物理的磁盘，但用户在指定的磁盘里看不到文件。
临时表分为本地和全局两种，本地临时表的名称都是以“#”为前缀，只有在本地当前的用户连接中才是可见的，当用户从实例断开连接时被删除。全局临时表的名称都是以“##”为前缀，创建后对任何用户都是可见的，当所有引用该表的用户断开连接时被删除。
临时表可以创建索引，也可以定义统计数据，所以可以用数据定义语言(DDL)的声明来阻止临时表添加的限制，约束，并参照完整性，如主键和外键约束。比如来说，我们现在来为#News表字段NewsDateTime来添加一个默认的GetData()当前日期值，并且为News_id添加一个主键。
临时表在创建之后可以修改许多已定义的选项，包括：
1)添加、修改、删除列。例如，列的名称、长度、数据类型、精度、小数位数以及为空性均可进行修改，只是有一些限制而已。
2)可添加或删除主键和外键约束。
3)可添加或删除 UNIQUE 和 CHECK 约束及 DEFAULT 定义(对象)。
4)可使用 IDENTITY 或 ROWGUIDCOL 属性添加或删除标识符列。虽然 ROWGUIDCOL 属性也可添加至现有列或从现有列删除，但是任何时候在表中只能有一列可具有该属性。
5)表及表中所选定的列已注册为全文索引。
Ⅱ SQL Server 表变量和临时表的区别
临时表、表变量的比较
1、临时表
临时表包括：以#开头的局部临时表，以##开头的全局临时表。
a、存储
不管是局部临时表，还是全局临时表，都会放存放在tempdb数据库中。
b、作用域
局部临时表：对当前连接有效，只在创建它的存储过度、批处理、动态语句中有效，类似于C语言中局部变量的作用域。
全局临时表：在所有连接对它都结束引用时，会被删除，对创建者来说，断开连接就是结束引用；对非创建者，不再引用就是结束引用。
但最好在用完后，就通过drop table 语句删除，及时释放资源。
c、特性
与普通的表一样，能定义约束，能创建索引，最关键的是有数据分布的统计信息，这样有利于优化器做出正确的执行计划，但同时它的开销和普通的表一样，一般适合数据量较大的情况。
有一个非常方便的select ... into 的用法，这也是一个特点。
2、表变量
a、存储
表变量存放在tempdb数据库中。
b、作用域
和普通的变量一样，在定义表变量的存储过程、批处理、动态语句、函数结束时，会自动清除。
c、特性
可以有主键，但不能直接创建索引，也没有任何数据的统计信息。表变量适合数据量相对较小的情况。
必须要注意的是，表变量不受事务的约束，
Ⅲ sql server中的临时表与普通表有什么区别
作用域不同，当你关闭sql连接的时候 临时表就会 自动删除，普通表不会
1、创建方法:
方法一：
create table TempTableName
或
select [字段1,字段2,...,] into TempTableName from table
方法二：
create table tempdb.MyTempTable(Tid int)
说明：
（1）、临时表其实是放在数据库tempdb里的一个用户表；
（2）、TempTableName必须带“#”，“#"可以是一个或者两个，以#(局部)或##(全局)开头的表,这种表在会话期间存在,会话结束则自动删除;
（3）、如果创建时不以#或##开头,而用tempdb.TempTable来命名它,则该表可在数据库重启前一直存在。
2、手动删除
drop table TempTableName
普通表和临时表的区别只是表名开头无 "#"
Ⅳ sql临时表多大时会影响性能
sql临时表为20G时会影响性能。根据查询相关公开信息显示，临时表会和普通文件一样占据一定内存，影响系统工作效率，临时表是建立在系统临时文件夹中的表，使用得当，可以像普通表一样进行各种操作，在退出时自动被释放。
Ⅳ sql 临时表记录数限制问题
临时表也是存储在硬盘上的，没有限制的
Ⅵ 技术分享 | 浅谈 MySQL 的临时表和临时文件
本文内容来源于对客户的三个问题的思考：
以下测试都是在 MySQL 8.0.21 版本中完成，不同版本可能存在差异，可自行测试；
临时表和临时文件都是用于临时存放数据集的地方；
一般情况下，需要临时存放在临时表或临时文件中的数据集应该符合以下特点：
从临时表|临时文件产生的主观性来看，分为2类：
用户创建临时表：
-- 用户创建临时表(只有创建临时表的会话才能查看其创建的临时表的内容)
注意：
可以创建和普通表同名临时表，其他会话可以看到普通表(因为看不到其他会话创建的临时表)；
创建临时表的会话会优先看到临时表；
-- 同名表的创建的语句如下
当存在同名的临时表时，会话都是优先处理临时表(而不是普通表)，包括：select、update、delete、drop、alter 等操作；
查看用户创建的临时表：
任何 session 都可以执行下面的语句；
查看用户创建的当前 active 的临时表(不提供 optimizer 使用的内部 InnoDB 临时表信息)
注意
用户创建的临时表，表名为t1，
但是通过 INNODB_TEMP_TABLE_INFO 查看到的临时表的 NAME 是#sql开头的名字，例如：#sql45aa_7c69_2 ；
另外 information_schema.tables 表中是不会记录临时表的信息的。
用户创建的临时表的回收：
用户创建的临时表的其他信息&参数：
会话临时表空间存储 用户创建的临时表和优化器 optimizer 创建的内部临时表(当磁盘内部临时表的存储引擎为 InnoDB 时)；
innodb_temp_tablespaces_dir 变量定义了创建 会话临时表空间的位置，默认是数据目录下的#innodb_temp 目录；
文件类似temp_[1-20].ibt ；
查看会话临时表空间的元数据：
用户创建的临时表删除后，其占用的空间会被释放(temp_[1-20].ibt文件会变小)。
在 MySQL 8.0.16 之前，internal_tmp_disk_storage_engine 变量定义了用户创建的临时表和 optimizer 创建的内部临时表的引擎，可选 INNODB 和 MYISAM ；
从 MySQL 8.0.16 开始，internal_tmp_disk_storage_engine参数被移除，默认使用InnoDB存储引擎；
innodb_temp_data_file_path 定义了用户创建的临时表使用的回滚段的存储文件的相对路径、名字、大小和属性，该文件是全局临时表空间(ibtmp1)；
可以使用语句查询全局临时表空间的数据文件大小：
SQL 什么时候产生临时表|临时文件呢？
需要用到临时表或临时文件的时候，optimizer 自然会创建使用(感觉是废话，但是又觉得有道理=.=!)；
(想象能力强的，可以牢记上面这句话；想象能力弱的，只能死记下面的 SQL 了。我也弱，此处有个疲惫的微笑😊)
下面列举一些 server 在处理 SQL 时，可能会创建内部临时表的 SQL ：
SQL 包含 union | union distinct 关键字
SQL 中存在派生表
SQL 中包含 with 关键字
SQL 中的order by 和 group by 的字段不同
SQL 为多表 update
SQL 中包含 distinct 和 order by 两个关键字
我们可以通过下面两种方式判断 SQL 语句是否使用了临时表空间：
# 如果 explain 的 Extra 列包含 Using temporary ，那么说明会使用临时空间，如果包含 Using filesort ，那么说明会使用文件排序(临时文件)；
如果执行 SQL 后，表的 ID 列变为了show processlist 中的 id 列的值，那么说明 SQL 语句使用了临时表空间
SQL创建的内部临时表的存储信息：
SQL 创建内部临时表时，优先选择在内存中，默认使用 TempTable 存储引擎(由参数 internal_tmp_mem_storage_engine 确定)，
当 temptable 使用的内存量超过 temptable_max_ram 定义的大小时，
由 temptable_use_mmap 确定是使用内存映射文件的方式还是 InnoDB 磁盘内部临时表的方式存储数据
(temptable_use_mmap 参数在 MySQL 8.0.16 引入，MySQL 8.0.26 版本不推荐，后续应该会移除)；
temptable_use_mmap 的功能将由MySQL 8.0.23 版本引入的 temptable_max_mmap 代替，
当 temptable_max_mmap=0 时，说明不使用内存映射文件，等价于 temptable_use_mmap=OFF ；
当 temptable_max_mmap=N 时，N为正整数，包含了 temptable_use_mmap=ON 以及声明了允许为内存映射文件分配的最大内存量。
该参数的定义解决了这些文件使用过多空间的风险。
内存映射文件产生的临时文件会存放于 tmpdir 定义的目录中，在 TempTable 存储引擎关闭或 mysqld 进程关闭时，回收空间；
当 SQL 创建的内部临时表，选择 MEMORY 存储引擎时，如果内存中的临时表变的太大，MySQL 将自动将其转为磁盘临时表；
其能使用的内存上限为 min(tmp_table_size,max_heap_table_size)；
监控 TempTable 从内存和磁盘上分配的空间：
具体的字段含义见：Section 27.12.20.10, “Memory Summary Tables”.
监控内部临时表的创建：
当在内存或磁盘上创建内部临时表，服务器会增加 Created_tmp_tables 的值；
当在磁盘上创建内部临时表时，服务器会增加 Created_tmp_disk_tables 的值，
如果在磁盘上创建了太多的内部临时表，请考虑增加 tmp_table_size 和 max_heap_table_size 的值；
created_tmp_disk_tables 不计算在内存映射文件中创建的磁盘临时表；
例外项：
临时表/临时文件一般较小，但是也存在需要大量空间的临时表/临时文件的需求：
因为这些例外项一般需要较大的空间，所以需要考虑是否要将其存放在独立的挂载点上。
其他：
列出由失败的 alter table 创建的隐藏临时表，这些临时表以#sql开头，可以使用 drop table 删除；
通过 lsof +L1 可以查看标识为 delete ，但还未释放空间的文件。
如果想释放这些 delete 状态的文件，可以尝试下面的方法(不推荐，后果自负)：
普通的磁盘临时表|临时文件(一般需要较小的空间)：
临时表|临时文件的一般所需的空间较小，会优先存放于内存中，若超过一定的大小，则会转换为磁盘临时表|临时文件；
磁盘临时表默认为 InnoDB 引擎，其存放在临时表空间中，由 innodb_temp_tablespaces_dir 定义表空间的存放目录，表空间文件类似：temp_[1-20].ibt ；MySQL 未定义 InnoDB 临时表空间的最大使用上限；
当临时表|临时文件使用完毕后，会自动回收临时表空间文件的大小；
innodb_temp_data_file_path 定义了用户创建的临时表使用的回滚段的存储文件的相对路径、名字、大小和属性，该文件是全局临时表空间(ibtmp1)，该文件可以设置文件最大使用大小；
例外项(一般需要较大的空间)：
load data local 语句，客户端读取文件并将其内容发送到服务器，服务器将其存储在 tmpdir 参数指定的路径中；
在 replica 中，回放 load data 语句时，需要将从 relay log 中解析出来的数据存储在 slave_load_tmpdir(replica_load_tmpdir) 指定的目录中，该参数默认和 tmpdir 参数指定的路径相同；
需要 rebuild table 的在线 alter table 需要使用 innodb_tmpdir 存放排序磁盘排序文件，如果 innodb_tmpdir 未指定，则使用 tmpdir 的值；
若用户判断产生的临时表|临时文件一定会转换为磁盘临时表|临时文件，那么可以设置 set session big_tables=1;让产生的临时表|临时文件直接存放在磁盘上；
对于需要较小空间的临时表|临时文件，MySQL 要么将其存储于内存，要么放在统一的磁盘临时表空间中，用完即释放；
对于需要较大空间的临时表|临时文件，可以通过设置参数，将其存储于单独的目录|挂载点；例如：load local data 语句或需要重建表的在线 alter table 语句，都有对应的参数设置其存放临时表|临时文件的路径；
当前只有 innodb_temp_data_file_path 参数可以限制 用户创建的临时表使用的回滚段的存储文件的大小，无其他参数可以限制临时表|临时文件可使用的磁盘空间；