Re: Re: ALTER DROP COLUMN

From: "Len Morgan" <len-morgan(at)crcom(dot)net>
To: "David Wall" <dwall(at)Yozons(dot)com>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: Re: ALTER DROP COLUMN
Date: 2001-02-14 15:55:12
Message-ID: 005201c0969e$92b1d120$0908a8c0@H233.bstx.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

>So you are able to design your "real" applications completely without any
>problems, huh? Never have a missing attribute; never an extra attribute;
>never an attribute in the wrong table; never having to
>split/normalize/denormalize for performance or other reasons, huh? You are

>amazing -- and a liar.

It's nice to see that you're keeping this discussion on such a high level.

I never said "never." Occationally I will have to add a field or two to
accomodate a different requirement. When I have to remove a field, I use
the procedure outlined above, and have kept the design documentation so that
I can recreate the triggers/constraints/etc. for those fields that require
it. I tend to do most of my triggers and constraints and such in my code,
not in the database itself because of the current lack of an error number
(at least in 7.0.2). I have to translate the response I get back to find
out what the true problem was so I can act accordingly. That is being
worked on.

Personally, I'd trade a free select into/rename/drop for an Oracle drop
column any day. Besides, where would I find such friendly conversation to
help when I have a problem?

Happy Valentine's Day. :-)

len morgan

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2001-02-14 15:57:26 Re: Crash-me of PostgreSQL
Previous Message Tom Lane 2001-02-14 15:43:42 Re: Backend sent D message without prior T