我正在评估各种选项，以便针对Oracle中的单个临时数据集运行一堆高性能查询。在T-
SQL中，我可能会使用内存中的临时表，但是Oracle没有与此功能完全相同的功能。

我目前看到这些选项：

1.全局临时表

CREATE GLOBAL TEMPORARY TABLE test_temp_t (
  n NUMBER(10), 
  s VARCHAR2(10)
) ON COMMIT DELETE ROWS; -- Other configurations are possible, too

DECLARE
  t test_t;
  n NUMBER(10);
BEGIN

  -- Replace this with the actual temporary data set generation
  INSERT INTO test_temp_t
  SELECT MOD(level, 10), '' || MOD(level, 12)
  FROM dual
  CONNECT BY level < 1000000;

  -- Replace this example query with more interesting statistics
  SELECT COUNT(DISTINCT t.n)
  INTO n 
  FROM test_temp_t t;

  DBMS_OUTPUT.PUT_LINE(n);
END;

计划：

----------------------------------------------------
| Id  | Operation            | A-Rows |   A-Time   |
----------------------------------------------------
|   0 | SELECT STATEMENT     |      1 |00:00:00.27 |
|   1 |  SORT AGGREGATE      |      1 |00:00:00.27 |
|   2 |   VIEW               |     10 |00:00:00.27 |
|   3 |    HASH GROUP BY     |     10 |00:00:00.27 |
|   4 |     TABLE ACCESS FULL|    999K|00:00:00.11 |
----------------------------------------------------

2.取消PL / SQL表类型变量的嵌套

CREATE TYPE test_o AS OBJECT (n NUMBER(10), s VARCHAR2(10));
CREATE TYPE test_t AS TABLE OF test_o;

DECLARE
  t test_t;
  n NUMBER(10);
BEGIN

  -- Replace this with the actual temporary data set generation
  SELECT test_o(MOD(level, 10), '' || MOD(level, 12))
  BULK COLLECT INTO t
  FROM dual
  CONNECT BY level < 1000000;

  -- Replace this example query with more interesting statistics
  SELECT COUNT(DISTINCT n)
  INTO n 
  FROM TABLE(t) t;

  DBMS_OUTPUT.PUT_LINE(n);
END;

计划：

------------------------------------------------------------------
| Id  | Operation                          | A-Rows |   A-Time   |
------------------------------------------------------------------
|   0 | SELECT STATEMENT                   |      1 |00:00:00.68 |
|   1 |  SORT GROUP BY                     |      1 |00:00:00.68 |
|   2 |   COLLECTION ITERATOR PICKLER FETCH|    999K|00:00:00.22 |
------------------------------------------------------------------

3.物化视图

对于这个用例，我将它们排除在外，因为所讨论的临时数据集相当复杂，并且对更新实例化视图的影响将太大。

实际数据注意事项

以上是我正在尝试执行的示例。实际的数据集包括：

• 临时数据从大约15个联接表中反规范化。
• 它的产生速度约为2-20x /秒。
• 每个临时数据集的实际行数约为10-200（不如上面的示例大）。
• 系统的每个用户都有自己的临时数据集（总共1M个用户，10k个并发用户）。
• 建立数据集后，应针对该数据集进行大约10-50次分析查询。
• 这些分析必须在线运行，即不能将其推迟到批处理作业中。

问题

根据我的直觉，临时表查询 “应该” 比较慢，因为它（可能）涉及I / O和磁盘访问，而PL /
SQL集合查询仅仅是内存中的解决方案。但是在我的琐碎基准测试中，情况并非如此，因为临时表查询比PL / SQL集合查询高出3倍。为什么会这样呢？是否发生PL
/ SQL <-> SQL上下文切换？

对于定义良好的临时数据集，我是否还有其他选择可以进行快速（但仍广泛）的“内存中”数据分析？有没有比较各种选择的重要的公开基准？