Greenplum中的临时表存储在创建它们的数据库中,但存储在临时模式中,该模式在创建表的会话期间有效。
即
[gpadmin@mdw:~] $ createdb temp
[gpadmin@mdw:~] $ psql temp
temp=# create temporary table test_temp(a int) distributed by (a);
CREATE TABLE
Time: 50.516 ms
temp=# \d
List of relations
Schema   |   Name    | Type  |  Owner  | Storage
------------+-----------+-------+---------+---------
pg_temp_11 | test_temp | table | gpadmin | heap
(1 row)
temp=# \dn
List of schemas
Name        |  Owner
--------------------+---------
gp_toolkit         | gpadmin
information_schema | gpadmin
pg_aoseg           | gpadmin
pg_bitmapindex     | gpadmin
pg_catalog         | gpadmin
pg_temp_11         | gpadmin
pg_toast           | gpadmin
pg_toast_temp_11   | gpadmin
public             | gpadmin
(9 rows)
temp=#
temp=# \q
[gpadmin@mdw:~] $ psql temp
Timing is on.
psql (8.3.23)
Type "help" for help.
temp=# \d
No relations found.
temp=# \dn
List of schemas
Name        |  Owner
--------------------+---------
gp_toolkit         | gpadmin
information_schema | gpadmin
pg_aoseg           | gpadmin
pg_bitmapindex     | gpadmin
pg_catalog         | gpadmin
pg_toast           | gpadmin
public             | gpadmin
(7 rows)
temp=#
这能回答你的问题吗?

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

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

临时表 
临时表存储在TempDB数据库中,所有的使用此SQL Server 实例的用户都共享这个TempDB,因为我们应该确保用来存储TempDB数据库的硬盘有足够的空间,以使之能够自己的增长.最好能够存储在一个拥有独立 硬盘控制器上.因为这样不存在和其它的硬盘I/O进行争用.  

我们很多程序员认为临时表非常危险,因为临时表有可能被多个连接所共享.其实在SQL Server中存在两种临时表:局部临时表和全局临时表,局部临时表(Local temp table)以#前缀来标识,并且只能被创建它的连接所使用.全局临时表(Global temp table)以##前缀来进行标识,并且可以和其它连接所共享.

局部临时表 
局部临时表不能够被其它连接所共享的原因其实是在SQL Server 2000中自动为局部临时表的表名后面加上了一个唯一字符来标识.如: 
      CREATE TABLE [#DimCustomer_test] 
      ( 
         [CustomerKey] [int] 
         ,    [FirstName] [nvarchar](50)   
     ,[MiddleName] [nvarchar](50)   
     ,[LastName] [nvarchar](50) 
         ) 
现在我们来查看一下TempDB中 sysobjects表,我们会发现我们新创建的临时表#DimCustomer_test已经被加上了后缀: 
 
  USE TempDB 
   GO 
   SELECT name FROM sysobjects WHERE name LIKE ’%DimCustomer%’ 
 
the Result is: 
name 
#DimCustomer_test___________________________________________________________________________________________________000000000005

全局临时表 
下面我们来看一下全局临时表: 
      CREATE TABLE [##DimCustomer_test] 
      ( 
         [CustomerKey] [int] 
         ,       [FirstName] [nvarchar](50)   
     ,[MiddleName] [nvarchar](50)   
     ,[LastName] [nvarchar](50) 
         ) 
现在我们来查看一下TempDB中 sysobjects表,我们会发现我们新创建的临时表##DimCustomer_test没有被加上了后缀: 
 
  USE TempDB 
   GO 
   SELECT name FROM sysobjects WHERE name LIKE ’%DimCustomer%’ 
 
The Result are: 
#DimCustomer_test___________________________________________________________________________________________________000000000005

##DimCustomer_test 
 
--Drop test temp tables 
                               DROP TABLE [##DimCustomer_test] 
                               DROP TABLE [#DimCustomer_test] 
 
可以看到我们刚才创建的全局临时表名字并没有被加上标识. 
 
表变量 
表变量和临时表针对我们使用人员来说并没有什么不同,但是在存储方面来说,他们是不同的,表变量存储在内存中.所以在性能上和临时表相比会更好些! 
 
另一个不同的地方是在表连接中使用表变量时,要为此表变量指定别名.如: 
 
  USE AdventureWorksDW 
   GO 
 
   DECLARE @DimCustomer_test TABLE 
   ( 
      [CustomerKey] [int] 
      ,       [FirstName] [nvarchar](50)   
,[MiddleName] [nvarchar](50)   
,[LastName] [nvarchar](50) 
      ) 
   ---insert data to @DimCustomer_test 
   INSERT @DimCustomer_test 
   ( 
      [CustomerKey]   
      ,       [FirstName]   
,[MiddleName]   
,[LastName] 
      ) 
   SELECT   
      [CustomerKey]   
      ,       [FirstName]   
,[MiddleName]   
,[LastName] 
   FROM DimCustomer 
 
   SELECT [@DimCustomer_test].CustomerKey,SUM(FactInternetSales.OrderQuantity)

FROM @DimCustomer_test   INNER JOIN FactInternetSales    ON 
@DimCustomer_test.CustomerKey = FactInternetSales.CustomerKey 
Group BY CustomerKey 
 
Result: 
 
Server: Msg 137, Level 15, State 2, Line 32 
Must declare the variable 
’@DimCustomer_test’. 
 
 
如果我们对上面的查询进行更改,对查询使用别名(并且找开IO): 
-----in the follow script,we used the table alias. 
 
DECLARE @DimCustomer_test TABLE 
( 
     [CustomerKey] [int] 
     ,       [FirstName] [nvarchar](50)   
,[MiddleName] [nvarchar](50)   
,[LastName] [nvarchar](50) 
     ) 
 
INSERT @DimCustomer_test 
( 
     [CustomerKey]   
     ,       [FirstName]   
,[MiddleName]   
,[LastName] 
     ) 
SELECT   
     [CustomerKey]   
     ,       [FirstName]   
,[MiddleName]   
,[LastName] 
FROM DimCustomer 
 
SELECT t.CustomerKey,f.OrderQuantity 
FROM @DimCustomer_test t INNER JOIN FactInternetSales   f ON 
t.CustomerKey = f.CustomerKey 
where t.CustomerKey=13513 
 
表变量在批处理结束时自动被系统删除,所以你不必要像使用临时表表一样显示的对它进行删除. 
表变量主要开销系统的内存，而临时表则使用tempdb。对于小数据量的中间数据存储，可以使用表变量，而当需要临时保存的数据量很庞大时，建议使用临时表。具体使用表变量还是临时表，可以根据系统的运行状况来调整。
====================================================
例如，如果创建名为   employees   的表，则任何人只要在数据库中有使用该表的安全权限就可以使用该表，除非它已删除。如果创建名为   #employees   的本地临时表，只有您能对该表执行操作且在断开连接时该表删除。如果创建名为   ##employees   的全局临时表，数据表中的任何用户均可对该表执行操作。如果该表在您创建后没有其他用户使用，则当您断开连接时该表删除。如果该表在您创建后有其他用户使 用，则   SQL   Server在所有用户断开连接后删除该表。
=====================================================
非索引视图只是一个定义, 不存储数据, 查询的时候才从基础表拿数据
索引视图会存储数据
 
索引视图和临时表的数据都存储在硬盘
其中索引视图的数据存储在视图所在的数据库文件中
临时表的数据存储在tempdb这个数据库文件中

Oracle表空间
Oracle表空间是Oracle数据对象和数据存储的容器，Oracle表空间经常和数据文件成对出现，一个表空间可以对应多个数据文件，而一个数据文件只能在一个表空间当中。我们在创建表空间时，就会默认创建一个数据文件，同理，我们创建数据文件时，必须指定一个表空间。
Oracle数据库存储数据是有一个个表空间组成的，一个表空间当中存储着多个数据文件，Oracle的数据(表、索引等数据)存储在数据文件当中，在表空间当中的逻辑单位是段(segment),例如：
我们创建一个索引时，会在指定表空间的创建一个以索引名字命名的索引段，然后在索引段当中创建一个或者多个区(extent)，用来存储索引数据，一个区段只能存在于一个数据文件当中。再细分，一个区段当中，可以分为多个区块(block)。区块是Oracle数据库当中最小的空间分配单位。
一个文件在磁盘空间当中存储一般都不是连续的，因此，表空间当中的段是由不同数据文件当中的区段组成的。
默认表空间
Oracle安装完后(笔者采用的是Oracle11g)，会有五个个默认的表空间，分别是：
SYSAUX：安装Oracle11g示例的数据库表空间。
SYSTEM：存储sys/system用户表、存储过程、视图等数据库对象。
UNDOTBS1：用于存储撤销(用于回滚)的信息。
TEMP：临时表空间，用于存储SQL语句处理的表和索引信息。
USERS：存储数据库用户创建的数据库对象信息。
查看表空间
想查看数据库所有默认表空间，可以通过数据字典dba_tablespaces进行查询，如下图所示：
查看指定用户的默认表空间
如果想查看指定用户的默认表空间可以通过数据字典DBA_USERS进行查询，下面我利用查询语句，分别查询出SYS、SYSTEM、STUDENT(笔者创建的)用户分别对应的表空间是什么，查询代码如下：
select T.username,--用户名 T.account_status,--用户状态 T.default_tablespace,--默认表空间 T.temporary_tablespace,--临时表空间 T.created--创建时间 from dba_users t where t.username in ('SYS', 'SYSTEM', 'STUDENT')
​
通过结果可以看出，SYS、SYSTEM的默认表空间都是SYSTEM，临时表空间为TEMP,而STUDENT的表空间是笔者指定的USERS表空间。

概述
PostgreSQL中的表空间实际上就是文件系统位置的一个目录，可以保存所有其他对象的容器，如表、索引等，有默认表空间、共享系统表表空间、自定义表空间。
一般PG DBA会规划一个存索引的表空间、存归档的表空间，一个很频繁使用的索引可以被放在非常快并且非常可靠的磁盘上，一个很少使用的或者对性能要求不高的存储归档数据的表可以存储在一个便宜但比较慢的磁盘系统上。
DBA规划表空间就是合理利用磁盘性能和空间,制定最优的物理存储方式来管理数据库表和索引。
一、Oracle VS PG 数据库的物理布局设计
在Oracle数据库中；一个表空间只属于一个数据库使用；而一个数据库可以拥有多个表空间。属于"一对多"的关系
在PostgreSQL集群中；每个数据库都会在$PGDATA/base下面生成一个子目录，文件名与数据库oid一一对应，一个表空间可以让多个数据库使用；数据库目录可以分布于多个表空间，也就是同一个数据库oid可以存在于不同表空间。属于"多对多"的关系。
二、Oracle VS PG系统自带表空间
1、Oracle自带系统表空间
1)system表空间
每个Oracle数据库都会有SYSTEM表空间，而且SYSTEM表空间总是要保持在联机模式下，因为其包含了数据库运行所要求的基本信息，如：数据字典、联机求助机制、所有回退段、临时段、所有的用户数据库实体、其它ORACLE软件产品要求的表等等。
2)SYSAUX表空间
作为SYSTEM表空间的辅助表空间，主要存放一些其他的 metadata 组件，如 OEM,Streams 等会默认存放在 SYSAUX 表空间里。
3)临时表空间
临时表空间是用来管理数据库排序操作以及用于存储临时表、中间排序结果等临时对象,当ORACLE里需要用到SORT的时候，并且当PGA中sort_area_size大小不够时，将会把数据放入临时表空间里进行排序。像数据库中一些操作： CREATE INDEX、 ANALYZE、SELECT DISTINCT、ORDER BY、GROUP BY、 UNION ALL、 INTERSECT、MINUS、SORT-MERGE JOINS、HASH JOIN等都可能会用到临时表空间。当操作完成后，系统会自动清理临时表空间中的临时对象，自动释放临时段。
4)UNDO表空间
undo表空间中会自动分配undo段，这些undo段用来保存事务中的DML语句的undo信息，也就是来保存数据在被修改之前的值。在rollback，实例恢复(前滚)，一致性读CR块的构造时会使用到undo信息。由于undo的引入，从而Oracle的select语句实现一致性读时，不需要任何锁。
5)USERS表空间
创建用户必须为其指定表空间，如果没有显性指定默认表空间，则指定为users表空间，此用户所有信息都会放入到users表空间中。
2、PG自带系统表空间
注意PG默认没有temp表空间(或者说临时段默认是存放在pg_default表空间)和undo表空间。
1)pg_default表空间
表空间pg_default是用来存储系统目录对象、用户表、用户表index、和临时表、临时表index、内部临时表的默认空间。对应存储目录$PADATA/base/
(1)目录名“1”是系统数据库template1各relation的存储目录
(2)目录数字“倒数第二”是系统数据库template0各relation的存储目录
(3)其他数字目录是用户建立的数据库目录
(4)目录的命名方法就是数据库的oid值
(5)FSM的文件记录每个数据块的空闲空间
(6)VM文件让vacuum高效工作，被标为无效的记录需要用vacuum来进行清理，需要一个文件来标识哪些数据块中存在无效记录来达到高效的清理。
2)pg_global表空间
表空间pg_global用来存放系统字典表；对应存储目录$PADATA/global/
三、pg表空间物理布局图
四、PG表空间管理相关命令
1、查看表空间
dbselect * from pg_tablespace;
2、创建表空间
语法：CREATE TABLESPACE tablespace_name [ OWNER { new_owner | CURRENT_USER | SESSION_USER } ] LOCATION 'directory'
注意目录"directory"必须是一个已有的空目录，并且属于PostgreSQL操作系统用户
这里把建用户、表空间、建库一起做一个实例介绍了。
su - postgrespsql--建用户CREATE USER dbmt WITH PASSWORD 'jkc800$uTxt$9K20';--创建表空间CREATE TABLESPACE dbmt OWNER dbmt LOCATION '/data/pgdata/dbmt';--建库CREATE DATABASE dbmt with OWNER=dbmt ENCODING='UTF-8' TABLESPACE=dbmt CONNECTION LIMIT=-1;--将dbmt数据库的所有权限都赋予dbmtGRANT ALL PRIVILEGES ON DATABASE dbmt TO dbmt;q
3、删除表空间
 drop tablespace tablespace_name;
4、为数据库指定默认表空间
注意：
1)执行该操作不能连着对应数据库操作
2)对应的数据库不能存在表或者索引已经指定默认的表空间
3)执行该操作必须是没有人连着对应的数据库
 ALTER DATABASE name SET TABLESPACE new_tablespace;
5、将表从一个表空间移到另一个表空间
注意：在移动表的时候会锁表，此时对该表的所有操作都将被阻塞，包括select操作，所以请考虑在合适的实际做这个操作。
 ALTER TABLE name SET TABLESPACE new_tablespace;
6、临时表空间管理
PG的临时表空间用来存储临时表或临时表的索引，以及执行SQL时可能产生的临时文件例如排序，聚合，哈希等。为了提高性能，一般建议将临时表空间放在SSD或者IOPS，以及吞吐量较高的分区中。
PG临时表空间主要是通过参数temp_tablespaces进行配置，PostgreSQL允许用户配置多个临时表空间。配置多个临时表空间时，使用逗号隔开。如果没有配置temp_tablespaces 参数，临时表空间对应的是默认的表空间pg_default。
6.1、创建临时表空间
CREATE TABLESPACE temp01 LOCATION '/data/pgdata/temp';--查看临时表空间show temp_tablespaces;
6.2、设置临时表空间
--会话级生效set temp_tablespaces = 'temp01';--永久生效1)修改参数文件postgresql.conf2)执行pg_ctl reload
觉得有用的朋友多帮忙转发哦！后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注下~