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 по дате отправления: