Re: Memo on dropping practices

From: Rod Taylor <rbt(at)zort(dot)ca>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Memo on dropping practices
Date: 2002-07-13 02:38:09
Message-ID: 1026527892.30427.62.camel@jester
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> * Add pg_depend table for dependency recording; use sysrelid, oid,
> depend_sysrelid, depend_oid, name
> * Auto-destroy sequence on DROP of table with SERIAL; perhaps a separate
> SERIAL type
> * Have SERIAL generate non-colliding sequence names when we have
> auto-destruction
> * Prevent column dropping if column is used by foreign key
> * Propagate column or table renaming to foreign key constraints
> * Automatically drop constraints/functions when object is dropped
> * Make constraints clearer in dump file
> * Make foreign keys easier to identify
> * Flush cached query plans when their underlying catalog data changes
>
> Which of these are done with the patch?

Below is what I listed off as complete when submitting the patch.

'Make constraints clearer in dump file' is questionable. Foreign keys
are, others not yet, but they need to be.

# Add ALTER TABLE DROP non-CHECK CONSTRAINT
# Allow psql \d to show foreign keys
* Add pg_depend table for dependency recording; use sysrelid, oid,
depend_sysrelid, depend_oid, name
# Auto-destroy sequence on DROP of table with SERIAL
# Prevent column dropping if column is used by foreign key
# Automatically drop constraints/functions when object is dropped
# Make constraints clearer in dump file
# Make foreign keys easier to identify

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-07-13 02:43:14 Re: Memo on dropping practices
Previous Message Bruce Momjian 2002-07-13 02:20:35 Re: Memo on dropping practices