Postgres 9.4 ou version ultérieure
Utilisation WITH ORDINALITY
pour les fonctions de retour de set:
Lorsqu'une fonction de la FROM
clause est suffixée par WITH ORDINALITY
, une
bigint
colonne est ajoutée à la sortie qui commence à 1 et s'incrémente de 1 pour chaque ligne de la sortie de la fonction. Ceci est très utile dans le cas de set renvoyant des fonctions telles que unnest()
.
En combinaison avec la LATERAL
fonctionnalité de pg 9.3+ , et selon ce fil sur pgsql-hackers , la requête ci-dessus peut maintenant être écrite comme:
SELECT t.id, a.elem, a.nr
FROM tbl AS t
LEFT JOIN LATERAL unnest(string_to_array(t.elements, ','))
WITH ORDINALITY AS a(elem, nr) ON TRUE;
LEFT JOIN ... ON TRUE
conserve toutes les lignes de la table de gauche, même si l'expression de table de droite ne renvoie aucune ligne. Si cela ne vous concerne pas, vous pouvez utiliser cette forme autrement équivalente, moins verbeuse avec un implicite CROSS JOIN LATERAL
:
SELECT t.id, a.elem, a.nr
FROM tbl t, unnest(string_to_array(t.elements, ',')) WITH ORDINALITY a(elem, nr);
Ou plus simple si basé sur un tableau réel ( arr
étant une colonne de tableau):
SELECT t.id, a.elem, a.nr
FROM tbl t, unnest(t.arr) WITH ORDINALITY a(elem, nr);
Ou même, avec une syntaxe minimale:
SELECT id, a, ordinality
FROM tbl, unnest(arr) WITH ORDINALITY a;
a
est automatiquement l' alias de table et de colonne. Le nom par défaut de la colonne d'ordinalité ajoutée est ordinality
. Mais il est préférable (plus sûr, plus propre) d'ajouter des alias de colonne explicites et des colonnes de qualification de table.
Postgres 8.4 - 9.3
Avec, row_number() OVER (PARTITION BY id ORDER BY elem)
vous obtenez des nombres en fonction de l'ordre de tri, pas du nombre ordinal de la position ordinale d'origine dans la chaîne.
Vous pouvez simplement omettre ORDER BY
:
SELECT *, row_number() OVER (PARTITION by id) AS nr
FROM (SELECT id, regexp_split_to_table(elements, ',') AS elem FROM tbl) t;
Bien que cela fonctionne normalement et que je ne l'ai jamais vu échouer dans des requêtes simples, PostgreSQL n'affirme rien concernant l'ordre des lignes sans ORDER BY
. Cela arrive à fonctionner en raison d'un détail de mise en œuvre.
Pour garantir le nombre ordinal d'éléments dans la chaîne séparée par des blancs :
SELECT id, arr[nr] AS elem, nr
FROM (
SELECT *, generate_subscripts(arr, 1) AS nr
FROM (SELECT id, string_to_array(elements, ' ') AS arr FROM tbl) t
) sub;
Ou plus simple si basé sur un tableau réel :
SELECT id, arr[nr] AS elem, nr
FROM (SELECT *, generate_subscripts(arr, 1) AS nr FROM tbl) t;
Réponse connexe sur dba.SE:
Postgres 8.1 - 8.4
Aucune de ces caractéristiques sont disponibles, mais: RETURNS TABLE
, generate_subscripts()
, unnest()
, array_length()
. Mais cela fonctionne:
CREATE FUNCTION f_unnest_ord(anyarray, OUT val anyelement, OUT ordinality integer)
RETURNS SETOF record
LANGUAGE sql IMMUTABLE AS
'SELECT $1[i], i - array_lower($1,1) + 1
FROM generate_series(array_lower($1,1), array_upper($1,1)) i';
Notez en particulier que l'index du tableau peut différer des positions ordinales des éléments. Considérez cette démo avec une fonction étendue :
CREATE FUNCTION f_unnest_ord_idx(anyarray, OUT val anyelement, OUT ordinality int, OUT idx int)
RETURNS SETOF record
LANGUAGE sql IMMUTABLE AS
'SELECT $1[i], i - array_lower($1,1) + 1, i
FROM generate_series(array_lower($1,1), array_upper($1,1)) i';
SELECT id, arr, (rec).*
FROM (
SELECT *, f_unnest_ord_idx(arr) AS rec
FROM (VALUES (1, '{a,b,c}'::text[])
, (2, '[5:7]={a,b,c}')
, (3, '[-9:-7]={a,b,c}')
) t(id, arr)
) sub;
id | arr | val | ordinality | idx
1 | {a,b,c} | a | 1 | 1
1 | {a,b,c} | b | 2 | 2
1 | {a,b,c} | c | 3 | 3
2 | [5:7]={a,b,c} | a | 1 | 5
2 | [5:7]={a,b,c} | b | 2 | 6
2 | [5:7]={a,b,c} | c | 3 | 7
3 | [-9:-7]={a,b,c} | a | 1 | -9
3 | [-9:-7]={a,b,c} | b | 2 | -8
3 | [-9:-7]={a,b,c} | c | 3 | -7
Comparer:
WITH ORDINALITY
est préférégenerate_subscripts()
? Il me semble quegenerate_subscripts()
c'est mieux car il montre l'emplacement réel de l'élément dans le tableau. Ceci est utile, par exemple, lors de la mise à jour du tableau ... devrais-je utiliser à laWITH ORDINALITY
place?WITH ORDINALITY
est la solution générale pour obtenir les numéros de ligne pour toute fonction de retour d'ensemble dans une requête SQL. C'est le moyen le plus rapide et le plus fiable et il fonctionne également parfaitement pour les tableaux 1 dimenstional, 1-based (par défaut pour les tableaux Postgres, considérez ceci ). Si vous travaillez avec un autre type de tableaux (la plupart des gens ne le font pas) et que vous devez en fait conserver / travailler avec les indices d'origine, alorsgenerate_subscripts()
c'est la voie à suivre. Maisunnest()
aplatit tout pour commencer ...Table functions appearing in FROM can also be preceded by the key word LATERAL, but for functions the key word is optional; the function's arguments can contain references to columns provided by preceding FROM items in any case.
Essayer:
select v.*, row_number() over (partition by id order by elem) rn from (select id, unnest(string_to_array(elements, ',')) AS elem from myTable) v
la source
Utilisez les fonctions de génération d'indices .
http://www.postgresql.org/docs/current/static/functions-srf.html#FUNCTIONS-SRF-SUBSCRIPTS
Par exemple:
SELECT id , elements[i] AS elem , i AS nr FROM ( SELECT id , elements , generate_subscripts(elements, 1) AS i FROM ( SELECT id , string_to_array(elements, ',') AS elements FROM myTable ) AS foo ) bar ;
Plus simplement:
SELECT id , unnest(elements) AS elem , generate_subscripts(elements, 1) AS nr FROM ( SELECT id , string_to_array(elements, ',') AS elements FROM myTable ) AS foo ;
la source
Si l'ordre des éléments n'est pas important, vous pouvez
select id, elem, row_number() over (partition by id) as nr from ( select id, unnest(string_to_array(elements, ',')) AS elem from myTable ) a
la source
unnest2()
comme exerciceLes anciennes versions antérieures à pg v8.4 nécessitent un fichier
unnest()
. Nous pouvons adapter cette ancienne fonction pour renvoyer des éléments avec un index:CREATE FUNCTION unnest2(anyarray) RETURNS setof record AS $BODY$ SELECT $1[i], i FROM generate_series(array_lower($1,1), array_upper($1,1)) i; $BODY$ LANGUAGE sql IMMUTABLE;
la source
RETURNS TABLE
encore. J'ai ajouté un chapitre à ma réponse sur une solution.setof record
.