Re: TypeInfoCache

Поиск
Список
Период
Сортировка
От Oliver Jowett
Тема Re: TypeInfoCache
Дата
Msg-id 476A475E.2020108@opencloud.com
обсуждение исходный текст
Ответ на Re: TypeInfoCache  (Daniel Migowski <dmigowski@ikoffice.de>)
Ответы Re: TypeInfoCache  (Oliver Jowett <oliver@opencloud.com>)
Re: TypeInfoCache  (Kris Jurka <books@ejurka.com>)
Список pgsql-jdbc
Daniel Migowski wrote:

> Please give me any good reasons not to apply my patch, with would
> further improve standards conformance.

My main concern is that 'text' is a very common type to use in
PostgreSQL based designs, and that JDBC applications are more likely to
understand how to interpret a field that claims to be VARCHAR than one
that is LONGVARCHAR, given that LONGVARCHAR is a relatively strange type
and at best poorly defined.

i.e. - there are likely to be applications out there that depend on the
current behaviour - what are you going to do to support them?

This is the first time that mapping 'text' to LONGVARCHAR has been
suggested, as far as I can recall, so I think your "this breaks ORM
mappers and anything else that tries to understand the database schema"
claim is perhaps a bit of an exaggeration. If it does, where are all the
bug reports?

-O

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

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