是否有可能构造SQL来连接列值 多行吗?

举例如下:

表一个

PID
A
B
C

表B

PID   SEQ    Desc

A     1      Have
A     2      a nice
A     3      day.
B     1      Nice Work.
C     1      Yes
C     2      we can 
C     3      do 
C     4      this work!

SQL的输出应该是-

PID   Desc
A     Have a nice day.
B     Nice Work.
C     Yes we can do this work!

所以基本上输出表的Desc列是来自表B的SEQ值的连接?

SQL有什么帮助吗?


当前回答

正如大多数答案所表明的那样,LISTAGG是显而易见的选择。然而,LISTAGG的一个恼人的方面是,如果连接的字符串的总长度超过4000个字符(SQL中VARCHAR2的限制),就会抛出下面的错误,这在12.1以上的Oracle版本中很难管理

ORA-01489:字符串连接的结果太长

12cR2中添加的一个新特性是LISTAGG的ON OVERFLOW子句。 包含这个子句的查询看起来像这样:

SELECT pid, LISTAGG(Desc, ' ' on overflow truncate) WITHIN GROUP (ORDER BY seq) AS desc
FROM B GROUP BY pid;

上面的代码将输出限制在4000个字符,但不会抛出ORA-01489错误。

下面是ON OVERFLOW子句的一些附加选项:

在溢出截断` Contd..':这将显示'Contd..“在 字符串的结尾(默认是…) ON OVERFLOW TRUNCATE ":这将显示4000个字符 没有任何终止字符串。 ON OVERFLOW TRUNCATE WITH COUNT:这将显示总数 在结束字符之后的字符数。 如:“……(5512)” ON OVERFLOW错误:如果您期望LISTAGG在 ORA-01489错误(这是默认的)。

其他回答

试试下面的代码:

 SELECT XMLAGG(XMLELEMENT(E,fieldname||',')).EXTRACT('//text()') "FieldNames"
    FROM FIELD_MASTER
    WHERE FIELD_ID > 10 AND FIELD_AREA != 'NEBRASKA';

LISTAGG分析函数是在Oracle 11g Release 2中引入的,这使得聚合字符串变得非常容易。 如果你正在使用11g Release 2,你应该使用这个函数进行字符串聚合。 有关字符串连接的更多信息,请参考下面的url。

http://www.oracle-base.com/articles/misc/StringAggregationTechniques.php

字符串连接

在运行select查询之前,运行以下命令:

将服务器设置为6000大小

SELECT XMLAGG(XMLELEMENT(E,SUPLR_SUPLR_ID||',')).EXTRACT('//text()') "SUPPLIER" 
FROM SUPPLIERS;

对于那些必须使用Oracle 9i(或更早版本)解决这个问题的人,您可能需要使用SYS_CONNECT_BY_PATH,因为LISTAGG不可用。

为了回答OP,下面的查询将显示表A中的PID,并连接表B中的所有DESC列:

SELECT pid, SUBSTR (MAX (SYS_CONNECT_BY_PATH (description, ', ')), 3) all_descriptions
FROM (
       SELECT ROW_NUMBER () OVER (PARTITION BY pid ORDER BY pid, seq) rnum, pid, description
       FROM (
              SELECT a.pid, seq, description
              FROM table_a a, table_b b
              WHERE a.pid = b.pid(+)
             )
      )
START WITH rnum = 1
CONNECT BY PRIOR rnum = rnum - 1 AND PRIOR pid = pid
GROUP BY pid
ORDER BY pid;

也可能存在键和值都包含在一个表中的情况。下面的查询可以在没有表A,只有表B的情况下使用:

SELECT pid, SUBSTR (MAX (SYS_CONNECT_BY_PATH (description, ', ')), 3) all_descriptions
FROM (
       SELECT ROW_NUMBER () OVER (PARTITION BY pid ORDER BY pid, seq) rnum, pid, description
       FROM (
              SELECT pid, seq, description
              FROM table_b
             )
      )
START WITH rnum = 1
CONNECT BY PRIOR rnum = rnum - 1 AND PRIOR pid = pid
GROUP BY pid
ORDER BY pid;

所有值都可以按需要重新排序。各个连接的描述可以在PARTITION BY子句中重新排序,而pid列表可以在最后的ORDER BY子句中重新排序。


另外,有时您可能希望将整个表中的所有值连接到一行中。

这里的关键思想是为要连接的描述组使用一个人工值。

在下面的查询中,使用常量字符串'1',但任何值都可以:

SELECT SUBSTR (MAX (SYS_CONNECT_BY_PATH (description, ', ')), 3) all_descriptions
FROM (
       SELECT ROW_NUMBER () OVER (PARTITION BY unique_id ORDER BY pid, seq) rnum, description
       FROM (
              SELECT '1' unique_id, b.pid, b.seq, b.description
              FROM table_b b
             )
      )
START WITH rnum = 1
CONNECT BY PRIOR rnum = rnum - 1;

各个连接的描述可以在PARTITION BY子句中重新排序。

本页上的其他几个回答也提到了这个非常有用的参考: https://oracle-base.com/articles/misc/string-aggregation-techniques

如果必须排序,LISTAGG将提供最佳性能(00:00:05.85) SELECT pid, LISTAGG(Desc, ' ') WITHIN GROUP (ORDER BY seq) AS description 从B组pid; COLLECT在不需要排序的情况下提供最佳性能(00:00:02.90): SELECT pid, TO_STRING(CAST(COLLECT(Desc) AS varchar2_ntt)) AS val FROM B GROUP BY pid 收集与订购有点慢(00:00:07.08): SELECT pid, TO_STRING(CAST(COLLECT(Desc ORDER BY Desc) AS varchar2_ntt)) AS val FROM B GROUP BY pid

其他所有技术都要慢一些。