Re: alter table drop column status

From: "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au>
To: "Kovacs Zoltan" <kovacsz(at)pc10(dot)radnoti-szeged(dot)sulinet(dot)hu>
Cc: <jm(dot)poure(at)freesurf(dot)fr>, "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>, <dpage(at)pgadmin(dot)org>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: alter table drop column status
Date: 2002-02-15 07:42:38
Message-ID: GNELIHDDFBOCMGBFGEFOIEGMCBAA.chriskl@familyhealth.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> IMHO first at least a LOCK should be executed on all tables which are in
> any reference with "mytable". If LOCK is not enough, the entire database
> should be locked (in pg_hba.conf) for all users except for the maintainer.

Yep.

> I'm afraid LOCK is not available inside a PLPGSQL function (I write almost
> everything in PLPGSQL). However, a shell script should do this easily, but
> it's no so smart to call a shell script from a PLPGSQL function (although
> I do this some time), if Cristopher would like to use it with a single
> SELECT.

Hmmm - can LOCKs in PLPGSQL be added in 7.3, or are there reasons it's
difficult?

I'd love to publish a contrib of 'Chris's DDL functions' like:

alter_column_null(table, column, state)
drop_column(table, column)
drop_foreign_key(table, keyname)

etc.

So that people can use these in lieu of them being available natively in
postgres.

I guess they could be written in C - but then you may as well implement them
properly!

Chris

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Turbo Fredriksson 2002-02-15 12:27:37 License question
Previous Message Christopher Kings-Lynne 2002-02-15 06:49:21 Re: changing the nulability of columns