Oracle的全局临时表（Global Temporary Table，GTT）在处理临时数据、会话数据隔离和复杂查询优化方面发挥着重要作用。GTT通过Oracle特殊的临时表，减少I/O操作和日志开销，从而提高数据库性能和查询效率。开发者可以根据具体需求和场景，合理使用临时表以简化数据处理逻辑并提高系统性能。

在早期，开发人员使用Oracle数据库时，由于不了解GTT的特性，常常自行定义所谓的“临时表”，增加了开发复杂度，例如需要自行处理数据清理和会话隔离等问题。同时，高频操作这类表也会产生大量的重做日志（redo logs），增加了I/O负载和系统开销。然而随着用户数量的增加，这些低级问题已经得到了改善。

但是，是否使用Oracle的临时表就可以高枕无忧呢？最近，笔者在某客户处遇到了一个临时表的问题，在分析这个客户问题的过程中，也希望和大家一起回顾一下有关Oracle临时表的知识。

• 1.创建临时表
• 2.临时表统计信息
• 3.临时表索引
• 4.临时表是否cache
• 5.临时表相关问题

本次遇到问题的临时表使用的是Oracle的GTT，并在表中定义了基于session-specific的数据。创建语句如下：

CREATE GLOBAL TEMPORARY TABLE "JINGYU"."G_T_T1"
("ID" NUMBER(10,0) NOT NULL ENABLE,
"NAME" VARCHAR2(30) NOT NULL ENABLE)
ON COMMIT PRESERVE ROWS;

官方文档中比较了GTT和PTT的差异，GTT是8i后就已经支持的技术，而PTT要在18c及以后版本才支持。根据应用需求选择GTT的DELETE ROWS或PRESERVE ROWS类型，前者在事务结束时清空表，后者在会话结束时才清空表。

全局临时表也有统计信息，不同版本的统计信息机制会有差异。在19c版本下，临时表的统计信息是session级别，而在12c及之前版本中是SHARED级别。这意味着在19c版本中，每个会话可以有自己的统计信息，而在12c及之前版本中，统计信息是全局共享的。

全局临时表可以创建索引、视图和触发器。此外，通过使用ALTER TABLE ... CACHE语句可以在创建GTT时指定缓存属性。GTT的数据块缓存可以提高查询GTT数据的性能，但同时也会占用更多的内存空间。

以下是一些相关问题的扩展供大家学习参考：

• Performance Issue After Creating Global Temporary Table After Upgrading to 12.2 (Doc ID 2509782.1)
• How to Create Statistics on Global Temporary Tables (Doc ID 351190.1)
• https://blogs.oracle.com/optimizer/post/global-temporary-tables-and-upgrading-to-oracle-database-12c-dont-get-caught-out