Re: TypeInfoCache

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: TypeInfoCache
Дата
Msg-id 11679.1198165116@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: TypeInfoCache  (Daniel Migowski <dmigowski@ikoffice.de>)
Ответы Re: TypeInfoCache
Список pgsql-jdbc
Daniel Migowski <dmigowski@ikoffice.de> writes:
>     * At first, VARCHAR as defined by SQL and as used by all other JDBC
>       drivers always has a upper limit. LONGVARCHAR is for very large
>       quantities of text, so IMHO returning a "text" or an unrestricted
>       "varchar" as VARCHAR just breaks the specs and the expectations.

Unfortunately, LONGVARCHAR is no more standard than TEXT, at least
as far as the non-JDBC world is concerned.

I concur with the complaints that LONGVARCHAR is likely to prompt
applications to do things that might be enormously inefficient overkill
for typical-size fields.  If the driver had a way to know which fields
are likely to be wide, it'd be OK to translate them to LONGVARCHAR,
but I'm dubious about doing that for text fields in general.

            regards, tom lane

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

Предыдущее
От: Daniel Migowski
Дата:
Сообщение: Re: TypeInfoCache
Следующее
От: Daniel Migowski
Дата:
Сообщение: Re: TypeInfoCache