‘壹’ sqlserver 临时表有什么用
sqlserver中说到临时表就不得不提到永久表
临时表与永久表相似，但临时表存储在tempdb中，当不再使用时会自动删除。临时表有两种类型：本地和全局。它们在名称、可见性以及可用性上有区别。本地临时表的名称以单个数字符号(#)打头；它们仅对当前的用户连接是可见的；当用户从SQLServer实例断开连接时被删除。全局临时表的名称以两个数字符号(##)打头，创建后对任何用户都是可见的，当所有引用该表的用户从SQLServer断开连接时被删除。
临时表就是用户在创建表的时候添加了“#”前缀的表，其特点是根据进程独立。只有进程的拥有者有表的访问权限，其它用户不能访问该表；
不同的用户进程，创建的临时表虽然“名字”相同，但是这些表之间相互并不存在任何关系；在SQLSERVER中，通过特别的命名机制保证临时表的进程独立性。
定单和购买意向一般不会保存在真正的“临时表”中，而是实际的普通表，之所以称之为“临时表”，只是一种叫法而已。因为随着一个用户进程的结束，真正的临时表会自动清除，而定单和购买意向数据一般是定时清除，所以一定是保存在普通表中，具备数据的持久性特征（临时表最缺乏的就是数据的持久性）。
真正的临时表利用了数据库临时表空间，由数据库系统自动进行维护，因此节省了表空间。并且由于临时表空间一般利用虚拟内存，大大减少了硬盘的I/O次数，因此也提高了系统效率。
‘贰’ 系统数据库中哪个数据库可以存放临时表
SQL Server 2005有4个系统数据库，它们分别为Master、Model、Msdb、Tempdb。SQL 的所有系统信息都记录在Master数据库中。model 数据库用作在 SQL Server 实例上创建的所有数据库的模板（比如你利用模板创建一张表、一个存储过程、函数等等，这些模板都是在Model数据库中存储的）Msdb数据库是代理服务数据库，你设置的一些报警、任务调度、计划任务等，她们的存储空间就是这个数据库。Tempdb是临时数据库，你使用的临时表就是存储在这个数据库中。
‘叁’ SQL 创建一个临时表#tabletemp 里面有两个字段“cn”和“dt”分别用来存储另一个表的字段名和数据类型。
提到MySQL临时表，我们都很熟悉了，一般来说，分为两类：
1. MySQL 临时表引擎，名字叫做 Memory。比如
create table tmp1(id int, str1 varchar(100) ) engine = memory;
由参数max_heap_table_size 来控制，超过报错。
2. 非临时表的引擎，这里又分为两类：
用户自定义的临时表，比如:
- create temporary table (id int, str1 varchar(100) );
SQL执行过程中产生的内部临时表，比如：UNION , 聚合类ORDER BY，派生表，大对象字段的查询，子查询或者半连接的固化等等场景。
- mysql> show status like '%tmp_%tables%';``+-------------------------+-------+``| Variable_name | Value |``+-------------------------+-------+``| Created_tmp_disk_tables | 0 |``| Created_tmp_tables | 0 |``+-------------------------+-------+``2 rows in set (0.00 sec)
VARCHAR的变长存储。那就是如果临时表的字段定义是 VARCHAR(200)，那么映射到内存里处理的字段变为CHAR(200)。假设 VARCHAR(200) 就存里一个字符 "Y", 那岂不是很大的浪费。
大对象的默认磁盘存储，比如 TEXT，BLOB， JSON等，不管里面存放了啥，直接转化为磁盘存储。
- mysql> SELECT * FROM performance_schema. memory_summary_global_by_event_name WHERE event_name like '%temptable%'G*************************** 1. row *************************** EVENT_NAME: **memory/temptable/physical_disk** COUNT_ALLOC: 0 COUNT_FREE: 0 SUM_NUMBER_OF_BYTES_ALLOC: 0 SUM_NUMBER_OF_BYTES_FREE: 0 LOW_COUNT_USED: 0 CURRENT_COUNT_USED: 0 HIGH_COUNT_USED: 0 LOW_NUMBER_OF_BYTES_USED: 0CURRENT_NUMBER_OF_BYTES_USED: 0 HIGH_NUMBER_OF_BYTES_USED: 0*************************** 2. row *************************** EVENT_NAME: **memory/temptable/physical_ram** COUNT_ALLOC: 1 COUNT_FREE: 0 SUM_NUMBER_OF_BYTES_ALLOC: 1048576 SUM_NUMBER_OF_BYTES_FREE: 0 LOW_COUNT_USED: 0 CURRENT_COUNT_USED: 1 HIGH_COUNT_USED: 1 LOW_NUMBER_OF_BYTES_USED: 0CURRENT_NUMBER_OF_BYTES_USED: 1048576 HIGH_NUMBER_OF_BYTES_USED: 10485762 rows in set (0.03 sec)
默认内部临时表引擎。
支持变长字符类型的实际存储。
设置变量 temp_table_max_ram 来控制实际存储内存区域大小。
那么这两种临时表的计数器通常用show global status like '%tmp_%tables%' 来查看。比如
以上结果分别代表，只创建磁盘上的临时表计数以及临时表的总计数。这两个计数器由参数 tmp_table_size 和 max_heap_table_size 两个取最小值来控制。
那在 MySQL 5.7 之前，这个 SQL 运行中产生的临时表是 MYISAM，而且只能是 MYISAM。那 MySQL 从 5.7 开始提供了参数 Internal_tmp_mem_storage_engine 来定义内部的临时表引擎，可选值为 MYISAM 和 INNODB 。当然这里我们选择 INNODB 。并且把内部的临时表默认保存在临时表空间 ibtmp1 (可以用参数 innodb_temp_data_file_path 设置大小以及步长等)下。当然这里我们得控制下 ibtmp1 的大小，要不然一个烂SQL就把磁盘整爆了。
但是MySQL 5.7 之前都没有解决如下问题:
MySQL 8.0 开始，专门实现了一个临时表的引擎 TempTable , 解决了 VARCHAR字段的边长存储以及大对象的内存存储。由变量 interal_tmp_mem_storage_engine来控制，可选值为 TempTable（默认）和 Memory；新引擎的大小由参数temp_table_max_ram 来控制，默认为1G。超过了则存储在磁盘上（ibtmp1）。并且计数器由性能字典的表 memory_summary_global_by_event_name 来存储。
以上 memory/temptable/physical_disk 代表放入磁盘上的临时表计数情况。
memory/temptable/physical_ram 代表放入内存的临时表计数情况。
那总结下MySQL 8.0 引入的 TempTable 引擎：
‘肆’ 数据库中的实表、虚表、临时表的定义
实表是基本关系，又称基本表或者基表，是实际存储数据的逻辑表示，临时表是查询表，查询结果对应的结果，视图表是虚表有基本表或其他的表导出的表，不对应实际存储的数据。
‘伍’ sql数据库中#tmp什么含义，求一份详细的解释
作为数据库中的本地临时表，与其它表的区别在于 会话域不同，仅是当前用户的会员可用数据，当前用户断开数据库时，该表就被删除，其他用户登录时，在建立其自己的临时表。