Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0)

From: The Hermit Hacker <scrappy(at)hub(dot)org>
To: Don Baccus <dhogaza(at)pacifier(dot)com>
Cc: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>, Jan Wieck <wieck(at)debis(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0)
Date: 2000-02-29 18:34:07
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Don, I'm tired of listening to you constantly berating ppl who are doing
*alot* of work to get PostgreSQL to a release state ... we are currently
in a *BETA* period, which means that we are trying *fix bugs* ... some of
those fixes will let other bugs creep in, and it is expected by those
playing with *non release level* software ...

IMHO, you should be on pgsql-general, not pgsql-hackers, as its obvious
that you need *release level* software ...

I've warned once before, as has Bruce ... this is the last one.  If you
can't report bugs without being antagonistic about it, I will have to ask
you to leave -hackers and wait for the release to happen ... 

As all our others once said: "if you can't say something nice, don't say
anything at all" ... and, quite frankly, silence from your end of the
world until the release is made would be appreciated by all ...

If, when we release, you are *still* having problems,please feel free to
let us know in a *NON* antagonistic way ...

On Tue, 29 Feb 2000, Don Baccus wrote:

> At 04:39 PM 2/29/00 +0000, Thomas Lockhart wrote:
> >> >I did not claim to have the final form; I ran out of time before
> >> >heading out on vacation.
> >> In retrospect, it shouldn't've gone into the beta at that point,
> >> then.  Crippling "unique not null" isn't merely an inconvenience.
> >> Dropping a bomb like this into beta the night before release
> >> and leaving town for nine days perhaps wasn't the best thing to
> >> do.   Perhaps we should avoid doing things like this in the future.
> >
> >Lighten up Don! I put this in so Jan et al can get cracking on the
> >referential integrity stuff in the column specification, and imho the
> >feature and space of possible solutions is isolated and finite. Not a
> >big risk for the first part of beta.
> No, I won't lighten up.  I said "in retrospect", and I used those
> words intentionally to suggest that IN THE FUTURE we might take
> more care.  What's the harm in learning from experience?
> An alternative might be to remove the following sentence from the
> release notes:
> "Don't be concerned this is a dot-zero release. PostgreSQL does its
> best to put out only solid releases, and this one is no exception."
> ><snip>
> >> What's wrong with actually accepting the SQL92 grammar, anyway?
> >
> >?? That is what we are trying to do.
> Your unrolling technique doesn't and can't accept the SQL92 grammar.
> That should be obvious.  You don't seriously intend to enumerate
> all possible combinations of constraints and constraint attributes,
> do you?  It's the wrong way to go about it.
> >I'm not sure what your point is about "having to ship 6.5 instead of
> >7.0" for your porting project. If you aren't willing to cope with
> >small changes/features/breakage in a beta cycle you should stay away
> >from betas.
> This is NOT a small change/breakage.  I'm astonished that that the
> removal of "unique not null" and "not null unique" would be considered
> "small".   Of course, other perfectly legal and previously accepted
> constraints are rejected, too.
> >There is *no* reason you should think that the restriction on syntax
> >in this area is a permanent feature or something that will persist
> >through beta. If you are on such a tight schedule that you can't cope
> >with a 2 week slip in a feature, or a 2 week breakage from your PoV,
> >then beta isn't for you!!
> In MHO delaying beta would've been better if a better solution couldn't
> be lashed in, because this is a serious breakage. 
> Or, make more modest claims about the stability of betas.  If release
> notes and publicity made it clear that PG betas aren't expected to be
> production, or near-production, quality then people like me wouldn't
> hold this expectation.
> >otoh, if you are planning on shipping after the 7.0 release, then
> >there isn't a problem. And if you need a system which has *exactly*
> >the behaviors of a couple of weeks ago, then use a snapshot from a
> >couple of weeks ago. I'll prep and send you one if you would like.
> I've got my own from three days before beta, thank you.
> - Don Baccus, Portland OR <dhogaza(at)pacifier(dot)com>
>   Nature photos, on-line guides, Pacific Northwest
>   Rare Bird Alert Service and other goodies at
> ************

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ 
primary: scrappy(at)hub(dot)org           secondary: scrappy(at){freebsd|postgresql}.org 

In response to


pgsql-hackers by date

Next:From: Don BaccusDate: 2000-02-29 18:51:06
Subject: Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0)
Previous:From: Tom LaneDate: 2000-02-29 18:27:41
Subject: Re: [HACKERS] having and union in v7beta

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group