Re: Weird issues when reading UDT from stored function
| От | Oliver Jowett |
|---|---|
| Тема | Re: Weird issues when reading UDT from stored function |
| Дата | |
| Msg-id | 4D2BA330.9060009@opencloud.com обсуждение исходный текст |
| Ответ на | Weird issues when reading UDT from stored function (Lukas Eder <lukas.eder@gmail.com>) |
| Ответы |
Re: Weird issues when reading UDT from stored function
|
| Список | 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 по дате отправления: