Re: TypeInfoCache

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: TypeInfoCache
Дата
Msg-id 87ejct4cvj.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: TypeInfoCache  (Daniel Migowski <dmigowski@ikoffice.de>)
Ответы Re: TypeInfoCache
Список pgsql-jdbc
"Daniel Migowski" <dmigowski@ikoffice.de> writes:

> I can understand your concerns, if you are used to applications that store
> everything in text-fields on the database. But a problem is only if you have
> such an applicatoin, and forgets about its database fields and uses the
> metadata to remember what its fields have been, now notices the data is in
> LONGVARCHARs, and uses the stream-methods.

I think that's quite likely though if you build an application and then later
throw some generic tool at it such as a reporting tool, or a schema design
tool, or a migration tool or something like that.

But I wouldn't be too worried about a slowdown. I would be more worried about
having said tool see LONGVARCHAR and throw its hands in the air and refuse to
include it in your reports. Or insist on migrating it to or from MEMO fields
instead of plain strings.

Perhaps this is all just FUD though. I haven't seen such a case myself. I was
under the impression such cases had been previously posted on list but if
you've searched and not found anything then perhaps I'm thinking of some other
scenario.

--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com
  Get trained by Bruce Momjian - ask me about EnterpriseDB's PostgreSQL training!

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

Предыдущее
От: Daniel Migowski
Дата:
Сообщение: Re: TypeInfoCache
Следующее
От: Ken Johanson
Дата:
Сообщение: Re: Patch for Statement.getGeneratedKeys()