On Nov 30, 2007 4:49 AM, Gregory Stark <stark@enterprisedb.com> wrote:
> "Simon Riggs" <simon@2ndquadrant.com> writes:
> > If people understand there aren't 13 performance improvements there are
> > at *least* 19+ that is a positive message to help people decide to
> > upgrade.
>
> Frankly I think the release notes are already too long. People who judge a
> release by counting the number of items in the release notes are not worth
> appeasing. Including every individual lock removed or code path optimized will
> only obscure the important points on which people should be judging the
> relevance of the release to them. Things like smoothing checkpoint i/o which
> could be removing a show-stopper problem for them.
IMO, it's probably good to include things that materially affect how
people operate the databse. An example is improvements to statistics
gathering because it eliminates a historical trade-off in configuring
the server. I agree with you regarding basic operations though.
merlin
