Re: Concerns about this release
От | Mike Mascari |
---|---|
Тема | Re: Concerns about this release |
Дата | |
Msg-id | 3C1F954B.5670FC92@mascari.com обсуждение исходный текст |
Ответ на | Concerns about this release (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: Concerns about this release
|
Список | pgsql-hackers |
Tom Lane wrote: > > mlw <markw@mohawksoft.com> writes: > > I kind of second your opinion here. I also have my doubts that the > > default is not as well tested as the option. > > By that logic, we could never make any new releases, or at least never > add any new code. "New code isn't as well tested as old code" is an > unhelpful observation. > > FWIW, I trust lazy VACUUM a lot *more* than I trust the old VACUUM code. > Read the tuple-chain-moving logic in vacuum.c sometime, and then tell me > how confident you feel in it. (My gut tells me that that logic is > responsible for the recent reports of duplicate tuples in 7.1.*, though > I can't yet back this up with any evidence.) For all the various bugs which have been in PG over the years, the recent crop of "duplicate tuples" is the absolute scariest. Can a release really be made without knowing precisely the cause of those corruptions? The various theories offered by the posters (SMP machine, CREATE INDEX in pl/pgsql functions, etc.) aren't comforting either. To me, all other feature enhancements pale in comparison to pinning down this bug. Just my opinion, Mike Mascari mascarm@mascari.com
В списке pgsql-hackers по дате отправления: