як виключити нульові значення в array_agg, як у string_agg, використовуючи postgres?

Якщо я використовую array_aggдля збору імен, я отримую свої імена, розділені комами, але якщо є nullзначення, це значення також береться як ім'я в сукупності. Наприклад :

SELECT g.id,
       array_agg(CASE WHEN g.canonical = 'Y' THEN g.users ELSE NULL END) canonical_users,
       array_agg(CASE WHEN g.canonical = 'N' THEN g.users ELSE NULL END) non_canonical_users
FROM groups g
GROUP BY g.id;

він повертається ,Larry,Philзамість просто Larry,Phil(у моєму 9.1.2 це показано NULL,Larry,Phil). як у цій скрипці

Натомість, якщо я використовую string_agg(), він показує мені лише імена (без порожніх коми або нулі), як тут

Проблема в тому, що я Postgres 8.4встановив на сервері і string_agg()не працює там. Чи є спосіб зробити array_agg подібним до string_agg ()?

Скрипка SQL

select
    id,
    (select array_agg(a) from unnest(canonical_users) a where a is not null) canonical_users,
    (select array_agg(a) from unnest(non_canonical_users) a where a is not null) non_canonical_users
from (
    SELECT g.id,
           array_agg(CASE WHEN g.canonical = 'Y' THEN g.users ELSE NULL END) canonical_users,
           array_agg(CASE WHEN g.canonical = 'N' THEN g.users ELSE NULL END) non_canonical_users
    FROM groups g
    GROUP BY g.id
) s

Або простіше і може бути дешевшим, використовуючи array_to_stringякий виключає нульові значення:

SELECT
    g.id,
    array_to_string(
        array_agg(CASE WHEN g.canonical = 'Y' THEN g.users ELSE NULL END)
        , ','
    ) canonical_users,
    array_to_string(
        array_agg(CASE WHEN g.canonical = 'N' THEN g.users ELSE NULL END)
        , ','
    ) non_canonical_users
FROM groups g
GROUP BY g.id

Скрипка SQL

За допомогою postgresql-9.3 це можна зробити;

SELECT g.id,
   array_remove(array_agg(CASE WHEN g.canonical = 'Y' THEN g.users ELSE NULL END), NULL) canonical_users,
   array_remove(array_agg(CASE WHEN g.canonical = 'N' THEN g.users ELSE NULL END), NULL) non_canonical_users
FROM groups g 
GROUP BY g.id;

Оновлення : з postgresql-9.4;

SELECT g.id,
   array_agg(g.users) FILTER (WHERE g.canonical = 'Y') canonical_users,
   array_agg(g.users) FILTER (WHERE g.canonical = 'N') non_canonical_users
FROM groups g 
GROUP BY g.id;

При вирішенні загального питання про видалення нульових значень із агрегатів масивів існує два основних способи атаки на проблему: або виконання array_agg (unnest (array_agg (x))), або створення власного агрегату.

Перший має вигляд, показаний вище :

SELECT 
    array_agg(u) 
FROM (
    SELECT 
        unnest(
            array_agg(v)
        ) as u 
    FROM 
        x
    ) un
WHERE 
    u IS NOT NULL;

Секунда:

/*
With reference to
http://ejrh.wordpress.com/2011/09/27/denormalisation-aggregate-function-for-postgresql/
*/
CREATE OR REPLACE FUNCTION fn_array_agg_notnull (
    a anyarray
    , b anyelement
) RETURNS ANYARRAY
AS $$
BEGIN

    IF b IS NOT NULL THEN
        a := array_append(a, b);
    END IF;

    RETURN a;

END;
$$ IMMUTABLE LANGUAGE 'plpgsql';

CREATE AGGREGATE array_agg_notnull(ANYELEMENT) (
    SFUNC = fn_array_agg_notnull,
    STYPE = ANYARRAY,
    INITCOND = '{}'
);

Виклик другого (природно) виглядає трохи приємніше, ніж першого:

виберіть array_agg_notnull (v) з x;

Я додаю це, хоча цей потік досить старий, але я зіткнувся з цим акуратним трюком, який досить добре працює на невеликих масивах. Він працює на Postgres 8.4+ без додаткових бібліотек або функцій.

string_to_array(array_to_string(array_agg(my_column)))::int[]

array_to_string()Метод фактично позбавляється від нулів.

Якщо ви шукаєте сучасну відповідь на загальне питання про те, як видалити NULL з масиву , це:

array_remove(your_array, NULL)

Мені було цікаво про продуктивність і я хотів порівняти це з найкращою можливою альтернативою:

CREATE OR REPLACE FUNCTION strip_nulls(
    IN array_in ANYARRAY
)
RETURNS anyarray AS
'
SELECT
    array_agg(a)
FROM unnest(array_in) a
WHERE
    a IS NOT NULL
;
'
LANGUAGE sql
;

Виконання pgbench-тесту довело (з високою впевненістю), що array_remove () є трохи більше ніж удвічі швидшим . Я провів тест на числа подвійної точності з різними розмірами масивів (10, 100 та 1000 елементів) та випадковими NULL між ними.

Як було запропоновано в коментарях, ви можете написати функцію для заміни нулів у масиві, однак, як також зазначено у потоці, на який посилаються в коментарях, цей вид перешкоджає ефективності функції агрегату, якщо вам потрібно створити агрегат , розділіть його, а потім знову агрегуйте.

Я думаю, що збереження нулів у масиві - це лише (можливо, небажана) особливість Array_Agg. Ви можете використовувати підзапити, щоб уникнути цього:

SELECT  COALESCE(y.ID, n.ID) ID,
        y.Users,
        n.Users
FROM    (   SELECT  g.ID, ARRAY_AGG(g.Users) AS Users
            FROM    Groups g
            WHERE   g.Canonical = 'Y'
            GROUP BY g.ID
        ) y
        FULL JOIN 
        (   SELECT  g.ID, ARRAY_AGG(g.Users) AS Users
            FROM    Groups g
            WHERE   g.Canonical = 'N'
            GROUP BY g.ID
        ) n
            ON n.ID = y.ID

SQL FIDDLE

Це дуже просто, просто насамперед створіть новий - (мінус) оператор для тексту [] :

CREATE OR REPLACE FUNCTION diff_elements_text
    (
        text[], text[] 
    )
RETURNS text[] as 
$$
    SELECT array_agg(DISTINCT new_arr.elem)
    FROM
        unnest($1) as new_arr(elem)
        LEFT OUTER JOIN
        unnest($2) as old_arr(elem)
        ON new_arr.elem = old_arr.elem
    WHERE old_arr.elem IS NULL
$$ LANGUAGE SQL IMMUTABLE;

CREATE OPERATOR - (
    PROCEDURE = diff_elements_text,
    leftarg = text[],
    rightarg = text[]
);

І просто відніміть масив [null]:

select 
    array_agg(x)-array['']
from
    (   select 'Y' x union all
        select null union all
        select 'N' union all
        select '' 
    ) x;

Це все:

{Y, N}

Більше питання полягає в тому, навіщо витягувати всі комбінації користувачів / груп одночасно. Гарантовано ваш інтерфейс не може обробляти всі ці дані. Додавання підкачки до великих даних - теж погана ідея. Запропонуйте своїм користувачам відфільтрувати набір, перш ніж вони побачать дані. Переконайтеся, що ваш набір опцій ПРИЄДНАТИ є у списку, щоб вони могли фільтрувати ефективність, якщо захочуть. Іноді 2 запити роблять користувачів щасливішими, якщо вони обидва швидко.