From: | Dave Cramer <dave(at)fastcrypt(dot)com> |
---|---|
To: | |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, "pgsql-interfaces(at)postgresql(dot)org" <pgsql-interfaces(at)postgresql(dot)org> |
Subject: | Re: Roadmap for FE/BE protocol redesign |
Date: | 2003-03-12 14:55:49 |
Message-ID: | 1047480948.1045.16.camel@inspiron.cramers |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-interfaces |
This may be problematic in the future if we change attrelid, attnum.
My preference would be to be able to query the backend for the
information if I need it. It is rarely required.
ie give me the meta data for the last resultset.
Dave
On Wed, 2003-03-12 at 09:49, Dave Page wrote:
> > -----Original Message-----
> > From: Zeugswetter Andreas SB SD [mailto:ZeugswetterA(at)spardat(dot)at]
> > Sent: 12 March 2003 09:50
> > To: Hiroshi Inoue; Tom Lane
> > Cc: Bruce Momjian; pgsql-hackers(at)postgresql(dot)org;
> > pgsql-interfaces(at)postgresql(dot)org
> > Subject: Re: [HACKERS] Roadmap for FE/BE protocol redesign
> >
> > > The ODBC function SQLDescribeCol or SQLColAttribute
> > > requires various kind of fields' info.
> >
> > RETCODE SQL_API SQLDescribeCol(
> > HSTMT hstmt,
> > UWORD icol,
> > UCHAR FAR *szColName,
> > SWORD cbColNameMax,
> > SWORD FAR *pcbColName,
> > SWORD FAR *pfSqlType,
> > UDWORD FAR *pcbColDef,
> > SWORD FAR *pibScale,
> > SWORD FAR *pfNullable);
> >
> > So you see it does not need tablename or schema.
>
> No, but with them we can avoid cluttering the wire protocol with fields
> for all this, and the JDBC required data. With 2 numeric columns
> (attrelid, attnum), any application/interface can query the system
> catalogs easily for whatever extra info they like.
>
> Regards, Dave.
--
Dave Cramer <Dave(at)micro-automation(dot)net>
--
Dave Cramer <dave(at)fastcrypt(dot)com>
Cramer Consulting
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Clift | 2003-03-12 15:00:45 | Re: Numbering of the next release: 8.0 vs 7.4 |
Previous Message | Robert Treat | 2003-03-12 14:55:35 | Re: Numbering of the next release: 8.0 vs 7.4 |
From | Date | Subject | |
---|---|---|---|
Next Message | Christoph Haller | 2003-03-12 15:23:30 | Re: Embedded C SQL Error -600 |
Previous Message | Dave Page | 2003-03-12 14:49:15 | Re: Roadmap for FE/BE protocol redesign |