Oracle 19c私有临时表（PTT）非GTT升级版而是互补方案：命名须带默认前缀ORA$PTT_，ON COMMIT DROP DEFINITION默认删除表定义，仅支持基础列定义，数据优先内存驻留，适用于短生命周期中间结果暂存。
oracle 19c 的私有临时表（ptt）不是全局临时表（gtt）的升级版，而是解决不同问题的两类对象——不能直接“替代”，但能规避 gtt 在 11g 时代遗留的典型痛点。
CREATE PRIVATE TEMPORARY TABLE 必须带 ORA$PTT_ 前缀
私有临时表名不是随便起的。Oracle 用 PRIVATE_TEMP_TABLE_PREFIX 初始化参数控制前缀，默认是 ORA$PTT_。漏写或写错就会报 ORA-00903: invalid table name。
- 正确写法：
CREATE PRIVATE TEMPORARY TABLE ora$ptt_orders (id NUMBER, amt NUMBER) - 错误写法：
CREATE PRIVATE TEMPORARY TABLE tmp_orders (...)→ 直接报错 - 可以改前缀（需重启实例），但不推荐；生产环境应统一约定命名习惯
ON COMMIT DROP DEFINITION 是 PTT 默认行为，和 GTT 的 ON COMMIT DELETE ROWS 不同
GTT 的 ON COMMIT DELETE ROWS 只清数据，表结构永久存在；PTT 的 ON COMMIT DROP DEFINITION 是连表定义一起删——事务一提交，ora$ptt_orders 就从数据字典里消失了，下次再用得重建。
- 这意味着 PTT 无法被其他语句（如视图、存储过程）静态引用，只适合即用即建的短生命周期场景
- 若想保留表结构到会话结束，得显式写
ON COMMIT PRESERVE DEFINITION - GTT 没有“定义删除”概念，它的 DDL 是全局的，哪怕没人用也占着数据字典项
PTT 不支持索引、约束、触发器，GTT 可以建但效果受限
私有临时表只支持基础列定义，CREATE INDEX、ALTER TABLE ADD CONSTRAINT、CREATE TRIGGER 全部不支持。而 GTT 虽然允许建主键、唯一索引，但这些对象在会话间共享，且索引统计信息不会自动更新，常导致执行计划劣化。
- PTT 场景：快速中转中间结果，比如 ETL 中某段 SQL 的子查询结果暂存，后续只做简单过滤或聚合
- GTT 场景：需要多次复用同一结构 + 频繁 JOIN 或 WHERE 过滤，且能接受手动收集统计信息（
DBMS_STATS.GATHER_TABLE_STATS） - 注意：GTT 上建的索引在并行 DML 下可能引发
ORA-14452错误（表正被使用时无法修改）
PTT 数据默认内存驻留，GTT 行为取决于临时表空间和数据量
PTT 设计目标是轻量、快速，Oracle 优先把数据放在 PGA 内存中；只有当 PGA 不足时才溢出到临时表空间。而 GTT 从一开始就把所有数据写入临时段（TEMP 表空间），IO 开销更可预期但启动慢。
- PTT 适合小到中等结果集（通常
- GTT 更适合大结果集（如千万级中间聚合）、需跨多个 PL/SQL 块反复访问、或要配合物化视图日志使用的场景
- 两者都不该用于长期缓存——会话断开，数据全丢，这点没商量
真正容易被忽略的是权限和部署粒度：PTT 创建不需要 CREATE TABLE 权限，只需 CREATE PRIVATE TEMPORARY TABLE 系统权限；而 GTT 要求 CREATE GLOBAL TEMPORARY TABLE，且建完后所有会话都能看到表结构（只是看不到彼此数据）。这意味着 PTT 更适合多租户或微服务隔离场景，但你也得确保应用每次连接都重新执行建表语句——它不会“自动存在”。
