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
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 |