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

Re: pg_standby for 8.2 (with last restart point)

From: Greg Smith <gsmith(at)gregsmith(dot)com>
To: Gurjeet Singh <singh(dot)gurjeet(at)gmail(dot)com>
Cc: PGSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pg_standby for 8.2 (with last restart point)
Date: 2008-03-28 04:17:18
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Fri, 28 Mar 2008, Gurjeet Singh wrote:

>> This project doesn't make functional changes to stable releases, that's 
>> the reason why 8.2 will never get patched to add the %r feature.
> I completely understand that, but still was hoping that we'd change that.

Well, then you really don't understand this at all then, so let's work on 
that for a bit. is the 
official statement, perhaps some examples will help clarify where and why 
the line is where it is.

One of the first patches I ever submitted made a minor change to a contrib 
utility used solely for benchmarking (pgbench) that added a useful 
feature, only if you passed it the right parameter.  That was considered 
for a tiny bit before being rejected as a feature change too large to put 
into a stable branch.

That was a small change in a utility that should never be run on a 
production system.  You're trying to get a change made to the code path 
people rely on for their *backups*.  Good luck with that.

The parable I enjoy pulling out in support of this policy is MySQL bug 

where they added a seemingly minor optimization to something and 
accidentally broke the ability to sort in some cases.  There's always a 
small risk that comes with any code change, and this is why you don't ever 
touch working production code unless you're fixing a bug that's more 
troublesome than that risk.

* Greg Smith gsmith(at)gregsmith(dot)com Baltimore, MD

In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2008-03-28 04:54:09
Subject: Re: pg_standby for 8.2 (with last restart point)
Previous:From: Bruce MomjianDate: 2008-03-28 03:30:07
Subject: Re: proposal for 8.4: PL/pgSQL - statement CASE

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