| From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
|---|---|
| To: | Neil Anderson <neil(at)postgrescompare(dot)com> |
| Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: v10beta pg_catalog diagrams |
| Date: | 2017-06-13 20:39:41 |
| Message-ID: | CA+TgmoYJ8syQaB283bpXKZiwZwhGWcc8qLEO8Qka22Xs+ACY8g@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Jun 13, 2017 at 3:14 PM, Neil Anderson <neil(at)postgrescompare(dot)com> wrote:
> There were a few relationships that I couldn't capture. Like where in
> pg_extension extconfig is an array of oids that refer to pg_class or where
> pg_depends could refer to basically any other system catalog, but it's
> mostly there and has all 62 tables from pg_catalog.
At the risk of tooting my own horn, if you happen to have a damaged
database where you think that the pseudo-foreign-key relationships
don't actually hold, you can run
https://github.com/EnterpriseDB/pg_catcheck to find the problems. It
checks things like extconfig and pg_depend links, too.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2017-06-13 20:42:05 | Re: fix possible optimizations in ATExecAttachPartition() |
| Previous Message | Robert Haas | 2017-06-13 20:36:07 | Re: A bug in mapping attributes in ATExecAttachPartition() |