Skip site navigation (1) Skip section navigation (2)

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

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: byronn(at)insightdist(dot)com (Byron Nikolaidis)
Cc: 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 01:37:33
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-interfaces
> 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.

Yep.  We could pass back atttypmod as part of the PGresult.  I can add
that to the TODO list.  Would that help?

Bruce Momjian                          |  830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

In response to


pgsql-hackers by date

Next:From: David GouldDate: 1998-04-24 02:13:18
Subject: Re: [HACKERS] Re: [QUESTIONS] Anything like strftime() for PostgreSQL?
Previous:From: Brett McCormickDate: 1998-04-24 01:29:34
Subject: Re: [HACKERS] Re: [QUESTIONS] Anything like strftime() for PostgreSQL?

pgsql-interfaces by date

Next:From: ggangDate: 1998-04-24 02:42:52
Subject: unsubscribe
Previous:From: Henry B. HotzDate: 1998-04-24 01:24:52
Subject: Re: [DOCS] ODBC Doc

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group