Re: bug report: slow getColumnTypeName

Поиск
Список
Период
Сортировка
От Luis Flores
Тема Re: bug report: slow getColumnTypeName
Дата
Msg-id DBAC0636-546F-4864-9E01-E21D25050C71@gmail.com
обсуждение исходный текст
Ответ на Re: bug report: slow getColumnTypeName  (Craig Ringer <ringerc@ringerc.id.au>)
Ответы Re: bug report: slow getColumnTypeName  (Craig Ringer <ringerc@ringerc.id.au>)
Список pgsql-jdbc
I agree, my only doubt is about the reasons behind the change, the driver was reporting int4, int8, and then was
changed,why? 

Luis Flores

On 12/10/2012, at 08:04, Craig Ringer <ringerc@ringerc.id.au> wrote:

> On 10/12/2012 02:33 PM, Thomas Kellerer wrote:
>
>> When looking at a CREATE TABLE statement in a SQL tool, users expect to
>> see "serial" there if the table was created that way.
>
> Applications can check the metadata and make any transformations they want for display. The fact remains that the
datatype is "integer" or "biginteger". 
>
> JDBC isn't for the "end user", it's an API for developers, much like libpq.
>
> I maintain that presenting "serial" or "bigserial" as a *type* is just plain wrong. If nothing else:
>
> regress=# create table blah ( id serial primary key );
> CREATE TABLE
> regress=# PREPARE insert_blah(serial) AS INSERT INTO blah(id)
> regress-# VALUES ($1);
> ERROR:  type "serial" does not exist
> LINE 1: PREPARE insert_blah(serial) AS INSERT INTO blah(id) VALUES (...
>
> Also:
>
> regress=# SELECT '1'::serial;
> ERROR:  type "serial" does not exist
> LINE 1: SELECT '1'::serial;
>
> Seriously, reporting the type as "serial" is just plain wrong.
>
> --
> Craig Ringer
>
>
>
> --
> Sent via pgsql-jdbc mailing list (pgsql-jdbc@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-jdbc


В списке pgsql-jdbc по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: bug report: slow getColumnTypeName
Следующее
От: Dave Cramer
Дата:
Сообщение: Re: bug report: slow getColumnTypeName