From: | "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com> |
---|---|
To: | "Matthew T(dot) OConnor" <matthew(at)zeut(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Hannu Krosing <hannu(at)tm(dot)ee>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: DROP COLUMN misbehaviour with multiple inheritance |
Date: | 2002-09-12 16:23:53 |
Message-ID: | Pine.LNX.4.33.0209121022150.11072-100000@css120.ihs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
On Thu, 12 Sep 2002, Matthew T. OConnor wrote:
> > > The count approach seems definitely the right way, but a check (possibly
> > > a slow one) can be probably done without initdb.
> >
> > We can certainly do the proper fix in 7.4; do we consider this bug
> > important enough to do an initdb for 7.3beta2? I don't have a strong
> > feeling either way about that.
>
> I think we are too scared of doing initdb during beta...
>
> Initdb during beta should not be evaultated on a per bug basis, but keep a
> list of all things that could be fixed and judge if the total of all the
> fixes is worth one initdb. Right now off the top of my head I can think of
> the split function and this inherited change, are there more?
>
> my two cents...
Agreed.
Actually, an argument could likely be made that changes that require
initdb should be done as early as possible since the later the change the
more people there will be to test the change, and there will be fewer
people who actually have to initdb since a lot of folks don't test beta
releases until the 3rd or 4th beta.
From | Date | Subject | |
---|---|---|---|
Next Message | Curt Sampson | 2002-09-12 16:28:39 | Re: PGXLOG variable worthwhile? |
Previous Message | Bruce Momjian | 2002-09-12 16:15:16 | Re: |
From | Date | Subject | |
---|---|---|---|
Next Message | scott.marlowe | 2002-09-12 17:07:10 | Re: DROP COLUMN misbehaviour with multiple inheritance |
Previous Message | Matthew T. OConnor | 2002-09-12 16:09:34 | Re: DROP COLUMN misbehaviour with multiple inheritance |