Re: [ODBC] New driver options in 7.01.0007

> -----Original Message-----
> From: Hiroshi Inoue [mailto:Inoue(at)tpf(dot)co(dot)jp]
> Sent: 24 September 2001 08:48
> To: Dave Page
> Cc: pgsql-odbc(at)postgresql(dot)org; 'pgadmin-hackers(at)postgresql(dot)org'
> Subject: Re: [ODBC] New driver options in 7.01.0007
>
>
> Dave Page wrote:
> >
> > > -----Original Message-----
> > > From: Hiroshi Inoue [mailto:Inoue(at)tpf(dot)co(dot)jp]
> > > Sent: 24 September 2001 01:48
> > > To: Johann Zuschlag
> > > Cc: pgsql-odbc(at)postgresql(dot)org
> > > Subject: Re: [ODBC] New driver options in 7.01.0007
> > >
> > >
> > > My work about updatable cursors may lose the
> > > meaing by a backend's change. My plan depends
> > > on the combination of TID and OID but OIDs would
> > > be optional in 7.2.
> >
> > What?? OIDs optional?? That will *seriously* break pgAdmin at first
> > thought. If anyone can give more info on this it would be
> appreciated
> > as I can't seem to get to the list archives at the moment.
>
> The following system tables don't have OIDs.
>
> relname | relhasoids
> ----------------+------------
> pg_attribute | f
> pg_group | f
> pg_inherits | f
> pg_index | f
> pg_amop | f
> pg_amproc | f
> pg_largeobject | f
> pg_listener | f
> pg_shadow | f
> pg_attrdef | f
> pg_description | f
> pg_relcheck | f
> pg_statistic | f

Thanks Hiroshi. That's less of a problem than I first imagined, but it will
probably still break pgAdmin completely.

I assume there's a good reason for removing them?

Regards, Dave.