Re: [HACKERS] Re: [INTERFACES] retrieving varchar size

From: Byron Nikolaidis <byronn(at)insightdist(dot)com>
To: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
Cc: Hannu Krosing <hannu(at)trust(dot)ee>, daveh(at)insightdist(dot)com, pgsql-hackers(at)postgreSQL(dot)org, pgsql-interfaces(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: [INTERFACES] retrieving varchar size
Date: 1998-04-24 00:35:43
Message-ID: 353FDE5F.30748CC1@insightdist.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-interfaces

Bruce Momjian wrote:

> Can't you do:
>
> select atttypmod from pg_attribute
> where attrelid = 10003 and attname = 'col1';
>
> That will give the length + 4 bytes.
>

The problem with that theory is this. If the frontend application just
executes some random query, such as "select * from table", you really do not
know anything about what is coming back. You must rely on the little bit of
information the protocol gives you. In the case of Postgres, it gives you
the fieldname, datatype, and size for each column in the result.
Unfortunately, for varchar and char(n), the size reports -1. This is not
very helpful for describing the result set.

Your above example works fine (in fact we use that already) when you know the
table and column name, as in metadata functions such as SQLColumns() in the
ODBC driver.

Byron

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message The Hermit Hacker 1998-04-24 00:48:59 Re: [HACKERS] AIX needs a new port maintainer.
Previous Message Bruce Momjian 1998-04-24 00:06:17 Re: [HACKERS] AIX needs a new port maintainer.

Browse pgsql-interfaces by date

  From Date Subject
Next Message Henry B. Hotz 1998-04-24 01:24:52 Re: [DOCS] ODBC Doc
Previous Message Michael Moss 1998-04-24 00:14:38 Re: [INTERFACES] Can't connect with ODBC