Re: [HACKERS] Happy column dropping

Поиск
Список
Период
Сортировка
От Don Baccus
Тема Re: [HACKERS] Happy column dropping
Дата
Msg-id 3.0.1.32.20000125073552.00f7a9b0@mail.pacifier.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Happy column dropping  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: [HACKERS] Happy column dropping  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
At 12:29 AM 1/25/00 -0500, Bruce Momjian wrote:

>We have to be realistic.  It is no good to have one command that has 100
>fancy capabilities while 100 other commands are broken or are more
>important.
>
>Doesn't mean we don't do a great job, but that sometimes it is not worth
>it considering the other things we can be doing.
>
>If you are suggesting we don't follow that plan, I have to disagree.

In general, I don't disagree with this.  But a drop column command that
kills all constraints on a table won't be terribly useful to folks.  I'm
thinking of the fact that this same version will have referential 
integrity constraints, which will be used by many.  These will be dropped,
too, if I understand things correctly.

I think my emotional reaction is mostly to the fact that it was 
put into sources that I presumed were to be released in beta form
just a few days afterwards.  With no prior discussion.

>From Peter's notes, it is clear that his perception of a beta version
might differ somewhat from that which has been traditional with the
postgres group.  And that makes me very nervous, since I'm planning
to try to base further porting work on that beta.  Obviously, I
don't need to use "drop column", but if the release model drifts more
towards the "break often, break early" model then then I'll have to
rethink my usage of Postgres betas.

(no, we won't release our port on the beta, we're just hoping that
the beta will be solid enough that we can work with it, and release
our beta on top of the resulting version of PG).

Now, couple this with all the problems associated with some apparently
below-par changes to libpq - which I absolutely depend on - and I start
worrying that the excellent stability of the 6.5 beta and subsequent
full releases might become an abberration rather than the norm.

I know folks don't want that...

Anyway, this perhaps is mostly a communication problem, as Peter
apparently thought that the Postgres group follows the "release early,
release often" model.


- Don Baccus, Portland OR <dhogaza@pacifier.com> Nature photos, on-line guides, Pacific Northwest Rare Bird Alert
Serviceand other goodies at http://donb.photo.net.
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Don Baccus
Дата:
Сообщение: Re: [HACKERS] Happy column dropping
Следующее
От: "Hiroshi Inoue"
Дата:
Сообщение: RE: Happy column adding (was RE: [HACKERS] Happy column dropping)