From: | "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> |
---|---|
To: | "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> |
Cc: | <pgsql-odbc(at)postgresql(dot)org>, <pgadmin-hackers(at)postgresql(dot)org> |
Subject: | Re: [ODBC] New driver options in 7.01.0007 |
Date: | 2001-10-01 20:30:36 |
Message-ID: | EKEJJICOHDIEMGPNIFIJMEACFIAA.Inoue@tpf.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers pgsql-odbc |
> -----Original Message-----
> From: Dave Page
> > >
> > > 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.
Note that restoring from pg_dump would abort if there
are pgAdmin tables.
regards,
Hiroshi Inoue
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2001-10-02 07:11:50 | Re: [ODBC] New driver options in 7.01.0007 |
Previous Message | Jean-Michel POURE | 2001-09-30 12:26:33 | Re: Splash screen & table rebuilding |
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2001-10-02 07:11:50 | Re: [ODBC] New driver options in 7.01.0007 |
Previous Message | Jorge Santos | 2001-10-01 16:03:23 | Re: Postgresql 7.1.2 and StarOffice 5.2 |