Re: Weird issues when reading UDT from stored function - Mailing list pgsql-jdbc

From Oliver Jowett
Subject Re: Weird issues when reading UDT from stored function
Date
Msg-id 4D2BA330.9060009@opencloud.com
Whole thread Raw
In response to Weird issues when reading UDT from stored function  (Lukas Eder <lukas.eder@gmail.com>)
Responses Re: Weird issues when reading UDT from stored function
List pgsql-jdbc
On 11/01/11 12:06, Lukas Eder wrote:

> CREATE TYPE u_street_type AS (
>   street VARCHAR(100),
>   no VARCHAR(30)
> )
>
> CREATE TYPE u_address_type AS (
>   street u_street_type,
>   zip VARCHAR(50),
>   city VARCHAR(50),
>   country u_country,
>   since DATE,
>   code INTEGER
> )

> ====================================
> Output:
> # of columns: 6
> ("(""Parliament Hill"",77)",NW31A9)
>
> Why are there 6 columns? And why is the UDT incorrectly fetched (many
> fields are missing)

Looks to me like you're getting each field of the UDT as a separate
column. You printed only the first column i.e. the 'street' part.

It might be informative to run with loglevel=2 and see how the server is
returning results. If the driver is reporting 6 columns, that means that
the server is reporting 6 fields in its RowDescription message.

Oliver

pgsql-jdbc by date:

Previous
From: Lukas Eder
Date:
Subject: Weird issues when reading UDT from stored function
Next
From: Oliver Jowett
Date:
Subject: Re: Weird issues when reading UDT from stored function