Type retourné inconnu dans la requête PostgreSQL

La requête suivante fonctionne:

SELECT a, b
FROM unnest(ARRAY[(1,2), (3,4)])
AS t(a integer, b integer);

a b
_ _
1 2
3 2

Cependant, je n'ai pas pu utiliser un type de colonne différent tel que varchar(255):

SELECT a, b
FROM unnest(ARRAY[(1,'hello'), (3,'world')])
AS t(a integer, b varchar(255));

ERROR:  42804: function return row and query-specified return row do not match
DETAIL:  Returned type unkown at ordinal position 2, but query expects text.

Il semble que, dans le deuxième cas, le type de colonne est déduit comme unknown, qui n'est pas converti varchar(255)automatiquement.

Comment faire fonctionner le deuxième exemple et renvoyer des colonnes avec le bon type, si possible sans avertissements et sans modifier la ARRAY[...]définition?

Contexte: J'essaie d'améliorer les performances des opérations d'insertion en bloc volumineuses à l'aide du psycopg2module Python, qui ne prend pas en charge l'utilisation de plusieurs lignes dans les VALUESarguments. Je suis tombé sur l'exemple ci-dessus en essayant d'autres méthodes.

Vous pouvez le faire sans générer d'avertissement en créant un type et en y castant les enregistrements:

create type t as (a integer, b varchar(255));

select * from unnest(array[(1,'hello'), (3,'world')]::t[]);
┌───┬───────┐
│ a │   b   │
├───┼───────┤
│ 1 │ hello │
│ 3 │ world │
└───┴───────┘

_{testé en 9.4 et 9.3 (db <> violon ici )}

C'est moche, mais vous pouvez essayer:

SELECT a, b::text
FROM unnest(ARRAY[(1,'hello'), (3,'world')])
AS t(a integer, b unknown);

De cette façon, le type défini dans AScorrespond à la sortie de unnest(), que vous pouvez caster selon vos besoins dans la SELECTliste.

Vous pouvez essayer ceci dans un petit SQLFiddle .

Devrait le faire:

SELECT a, b
FROM unnest(ARRAY[(1,varchar 'hello'), (3,varchar 'world')])
AS t(a integer, b varchar(255));