Re: Prepping to break every past release...

From: Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>
To: Simon Riggs <simon(at)2ndQuadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org, Magnus Hagander <magnus(at)hagander(dot)net>, jd(at)commandprompt(dot)com, Dave Page <dpage(at)pgadmin(dot)org>
Subject: Re: Prepping to break every past release...
Date: 2009-03-10 12:39:10
Message-ID: 874oy1sgb5.fsf@news-spur.riddles.org.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>>>>> "Simon" == Simon Riggs <simon(at)2ndQuadrant(dot)com> writes:

>> Now, of course, counting the upcoming 8.4 there have been three
>> (and a bit - the original design predates 8.1, though it did
>> anticipate some 8.1 features) new releases against which the
>> original concept can be tested. And, guess what, nothing in those
>> releases has even come close to invalidating the original design
>> concept (as we knew all along).
>>
>> If you're still not convinced of that fact, it would be possible
>> to take the original design and update it to 8.4 following the
>> original plan. But I'm not prepared to spend any time on this if
>> the only result is going to be more argument.

Simon> I see the use for some more stable views.

Simon> Would it be better to publish them as an external project?

They already are, though they are not complete and have not been
maintained much for 8.1 and later;
http://pgfoundry.org/projects/newsysviews/

Simon> That way we can still use them for both old and new releases.

It was always expected that they would be available on pgfoundry for
use on releases prior to their inclusion in core.

Simon> Once the project takes hold it might then be included in core

Speaking purely for myself, I'm not prepared to spend any time on it
without an assurance that it will go into core if the project goals
are reasonably met.

As for Tom's opinion that this is impossible, there's an old saying:
"The one who says it cannot be done should not interrupt the one who
is doing it."

Simon> The problem with anything included in core is that we
Simon> don't/can't quickly fix design flaws, so even if we did get
Simon> something in now it might not do everything we want (and then
Simon> we'd have to change it...).

I'm not proposing that it go into core quickly; and certainly not
before the design is properly reviewed, criticised, whatever.

--
Andrew.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Fetter 2009-03-10 14:28:59 Re: Prepping to break every past release...
Previous Message Tom Lane 2009-03-10 12:35:17 Re: Updates of SE-PostgreSQL 8.4devel patches (r1704)