Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0) - Mailing list pgsql-hackers
From | The Hermit Hacker |
---|---|
Subject | Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0) |
Date | |
Msg-id | Pine.BSF.4.21.0002291430120.434-100000@thelab.hub.org Whole thread Raw |
In response to | Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0) (Don Baccus <dhogaza@pacifier.com>) |
Responses |
Re: [HACKERS] Re: NOT {NULL|DEFERRABLE} (was: bug in 7.0)
|
List | 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@pacifier.com> > Nature photos, on-line guides, Pacific Northwest > Rare Bird Alert Service and other goodies at > http://donb.photo.net. > > ************ > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
pgsql-hackers by date: