| 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: | Whole Thread | Raw Message | 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 |