TypeInfoCache
| От | Jan de Visser |
|---|---|
| Тема | TypeInfoCache |
| Дата | |
| Msg-id | 1159c1e90712191739p77fe2335odc1b883d2076c9a5@mail.gmail.com обсуждение исходный текст |
| Ответ на | TypeInfoCache (Daniel Migowski <dmigowski@ikoffice.de>) |
| Ответы |
Re: TypeInfoCache
|
| Список | pgsql-jdbc |
On 12/19/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Oliver Jowett <oliver@opencloud.com> writes:
> > Daniel Migowski wrote:
> >> I think a VARCHAR(50) and text are not interchangeable.
>
> > But a "varchar" (with no limit) and "text" *are* interchangeable, which
> > is why we identify text as VARCHAR
>
> But note that varchar-with-no-limit is itself a Postgres-ism: it's
> not allowed by the standard.
I was about to write the same thing. For educational value, this is
what a popular closed-source dbms will tell you:
SQL> create table a ( a varchar );
create table a ( a varchar )
*
ERROR at line 1:
xxx-00906: missing left parenthesis
SQL> create table a (a varchar(4001));
create table a (a varchar(4001))
*
ERROR at line 1:
xxx-00910: specified length too long for its datatype
SQL> create table a (a varchar(4000));
Table created.
That's right, textual data longer than 4000 characters needs to go
through the CLOB interface. And my license doesn't permit me to say
what that does to performance :)
So what Daniel is trying to say here is that Crystal Report probably
croaks on a column for the type is Types.VARCHAR but which does not
have a maximum length associated with it.
I think his patch is good.
jan
В списке pgsql-jdbc по дате отправления: