临时表适用于中间结果存储、避免重复计算、递归处理和会话隔离场景。其优势包括不写WAL日志提升写入速度、会话私有减少锁竞争、支持索引与统计信息、独立磁盘存储及自动清理。建议显式定义事务提交行为、合理创建索引、监控临时文件使用，并避免在高并发短连接中频繁创建以减少元数据争用。正确使用可显著提升复杂查询效率，需注意日志机制缺失和会话边界带来的影响。
PostgreSQL 临时表适用于需要在单个会话或事务中临时存储中间结果的场景，尤其适合复杂查询、数据处理流程中的缓存操作。它们不会影响全局命名空间，自动隔离于不同会话之间，且在会话结束时可自动清理。
何时使用 PostgreSQL 临时表
临时表最适合以下几种情况：
- 中间计算结果存储：在多步骤分析中保存阶段性数据，比如 ETL 过程中的清洗结果。
- 避免重复计算：将复杂子查询的结果暂存，供后续多次引用，提升执行效率。
- 递归或循环处理：在存储过程或函数中累积处理数据，如逐行更新并记录状态。
- 会话私有数据隔离：多个用户运行相同逻辑但需独立工作区，临时表天然隔离，无需手动加锁管理命名冲突。
临时表的性能特性
PostgreSQL 的临时表具备一些独特的性能优势和限制，理解这些有助于合理使用：
- 不写入 WAL 日志：临时表的数据修改不记录到预写式日志（WAL），减少了 I/O 开销，显著提升写入速度，但这也意味着崩溃后无法恢复其内容。
- 仅限当前会话访问：其他会话不可见，避免了锁竞争和权限检查开销，提高并发性能。
- 索引与统计信息支持：可以创建索引、主键、外键（仅限本表）以及 ANALYZE 收集统计信息，优化器能基于实际数据制定高效执行计划。
- 磁盘存储位置独立：默认情况下，临时表存储在专用的临时表空间（temp_tablespaces）中，可配置到高速磁盘以提升性能。
- 自动清理机制：会话结束时自动删除临时表及其索引，减少资源残留，但也要求注意长连接下可能累积的临时对象。
使用建议与注意事项
为了充分发挥临时表的性能优势并避免潜在问题，推荐以下做法：
- 显式指定 ON COMMIT DELETE ROWS 或 PRESERVE ROWS：控制事务提交后是否保留数据，避免意外丢失或堆积。
- 合理使用索引：对频繁查询的列建立索引，但避免过度索引增加写入负担。
- 监控 temp_files 和 temp_bytes：通过 pg_stat_database 查看临时文件生成情况，判断是否涉及大量磁盘排序或哈希操作。
- 避免在高并发短连接中滥用：虽然自动清理方便，但频繁建表删表可能带来 catalog 锁争用，特别是在系统表元数据操作上。
基本上就这些。临时表是 PostgreSQL 中非常实用的功能，正确使用可在复杂查询和数据处理中大幅提升效率，关键是根据实际场景权衡生命周期、访问模式和资源消耗。不复杂但容易忽略的是日志机制和会话边界带来的影响。
