listagg 这个函数未执行 为什么也会报错

〇〇

oracle_cj 发表于 2016-10-15 21:44
用xmlagg代替listsgg解决问题，不过有点影响性能

贴个代码看看

oracle_cj

〇〇 发表于 2016-10-16 06:56
贴个代码看看

SELECT  a,
                            b,
                            c,
                            d,
                            e,
                            f,
                            g,
                            h,
                            rtrim(xmlagg(XMLELEMENT(e, ''[''||TO_CHAR(T.LABEL) || ''xxxx]:'' || round(T.AMOUNT,2),'';'').EXTRACT(''//text()'')).GetClobVal(),'';'') LABLE
                            --LISTAGG(''[''||TO_CHAR(T.LABEL) || ''xxxx]:'' || round(T.AMOUNT,2), '';'') WITHIN GROUP(ORDER BY 1)
                            -- OVER(PARTITION BY a,  b,      c,  d,     e,  f,  g,  h) LABLE
              FROM T_PARENT_DATA_ALL T where T.AMOUNT <> 0
              GROUP BY a,  b,      c,  d,     e,  f,  g,  h
              ORDER BY 1


原来的整个存储过程总共四个sql语句跑15s左右，现在就在其中一个动态sql改成上面这样listagg改成xmlagg就需要3分钟多，改的原因就是拼接超出长度

〇〇

oracle_cj 发表于 2016-10-16 17:56
SELECT  a,
                            b,
                            c,

谢谢.

newkid

12C计划：

200 rows selected.

Elapsed: 00:00:00.17

Execution Plan
----------------------------------------------------------
Plan hash value: 1701478591

---------------------------------------------------------------------------------------
| Id  | Operation                      | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT               |      |     1 |    31 |     2   (0)| 00:00:01 |
|   1 |  WINDOW BUFFER                 |      |     1 |    31 |     2   (0)| 00:00:01 |
|   2 |   VIEW                         |      |     1 |    31 |     2   (0)| 00:00:01 |
|*  3 |    CONNECT BY WITHOUT FILTERING|      |       |       |            |          |
|   4 |     FAST DUAL                  |      |     1 |       |     2   (0)| 00:00:01 |
---------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - filter(LEVEL<=200)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          0  consistent gets
          0  physical reads
          0  redo size
       4350  bytes sent via SQL*Net to client
        694  bytes received via SQL*Net from client
         15  SQL*Net roundtrips to/from client
          2  sorts (memory)
          0  sorts (disk)
        200  rows processed

newkid

11.2.0.3下面也不报错，计划一样。

〇〇

newkid 发表于 2016-10-17 22:49
11.2.0.3下面也不报错，计划一样。

看来是11.2.0.1的bug

1234 甘肃省立第一中学 GROUP
甘肃省立第一中学

1234 甘肃省立第一中学 GROUP
甘肃省立第一中学


已选择200行。

已用时间:  00: 00: 00.01
SQL> show rel
release 1102000200
SQL> set autot trace
SP2-0618: 无法找到会话标识符。启用检查 PLUSTRACE 角色
SP2-0611: 启用 STATISTICS 报告时出错
SQL> /
已用时间:  00: 00: 00.00

执行计划
----------------------------------------------------------
Plan hash value: 1701478591

---------------------------------------------------------------------------------------
| Id  | Operation                      | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT               |      |     1 |    31 |     3  (34)| 00:00:01 |
|   1 |  WINDOW BUFFER                 |      |     1 |    31 |     3  (34)| 00:00:01 |
|   2 |   VIEW                         |      |     1 |    31 |     2   (0)| 00:00:01 |
|*  3 |    CONNECT BY WITHOUT FILTERING|      |       |       |            |          |
|   4 |     FAST DUAL                  |      |     1 |       |     2   (0)| 00:00:01 |
---------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - filter(LEVEL<=200)