Skip site navigation (1) Skip section navigation (2)

Re: crosstab: ERROR: invalid return type

From: Cesar A <cesar(dot)carbonara(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: crosstab: ERROR: invalid return type
Date: 2010-07-03 01:28:52
Message-ID: AANLkTimp0rApCQ1X1lQs-HkTszBfXT8koeMLI8S2e-w4@mail.gmail.com (view raw, whole thread or download thread mbox)
Thread:
Lists: pgsql-es-ayuda
Excelente Alvaro. Gracias

El 3 de julio de 2010 12:19, Alvaro Herrera
<alvherre(at)commandprompt(dot)com>escribió:

> Excerpts from Cesar A's message of jue jul 01 23:33:30 -0400 2010:
> > Creo entender que al definir el campo como, por ejemplo, "estado" text le
> > estoy diciendo que lo "convierta" a text, de hecho, el count creo que
> > devuelve numeric... cierto?
> >
> > Sin embargo, probando, porque en efecto los 2 primeros campos son
> varchar:
> >
> > SELECT * FROM public.crosstab('SELECT est_002, agri02_002, count(*) FROM
> > consulta_agri04 GROUP BY agri02_002, est_002 ORDER BY est_002,
> agri02_002')
> > AS lista("estado" varchar, "renglon" varchar, "cantidad" numeric);
> > ERROR:  return and sql tuple descriptions are incompatible
>
> count() retorna bigint.
>
> alvherre=# \da count
>                            Listado de funciones de agregación
>   Schema   | Nombre | Tipo de dato de salida | Tipos de datos de argumentos
> | Descripción
>
> ------------+--------+------------------------+------------------------------+-------------
>  pg_catalog | count  | bigint                 | "any"
>  |
>  pg_catalog | count  | bigint                 | *
>  |
> (2 filas)
>



-- 
--
Sí no eres parte de la solución... eres parte del problema.
Les Luthiers
-- 
Cesar A. Carbonara R.
C.I. Nº V.11.952.572
--
Usuario Linux 377997
www.gulmer.org.ve
Debian... todo lo que siempre has querido

In response to

pgsql-es-ayuda by date

Next:From: ArturoDate: 2010-07-03 21:46:07
Subject: Mándame tu número de celular
Previous:From: Alvaro HerreraDate: 2010-07-02 23:35:46
Subject: Re: Locks.. encontrar el origen o culpable..

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group