Re: damage control mode

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org, David Fetter <david(at)fetter(dot)org>
Subject: Re: damage control mode
Date: 2010-02-08 18:01:56
Message-ID: b42b73151002081001r3d41a13fr3755cf7e81a00806@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Feb 7, 2010 at 11:23 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Sun, Feb 7, 2010 at 3:37 PM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>>> As between the two, I get the feeling that there is more interest in
>>> writeable CTEs.  But that impression might be wrong, since it's an
>>> unscientific recollection of discussions on -hackers; which are
>>> themselves not representative of anything.
>>
>> Writeable CTE is definitely the bigger feature.  Effectively, it allows
>> people to do in a single query data-transformation operations which
>> would have taken a stored procedure before.  Think of it as comparable
>> to the introduction of callbacks in Perl for coolness.
>
> Now if I knew what callbacks in Perl were, I'd probably be impressed.
> You mean closures?
>
>>> I have not looked at the window functions patch at all, and I haven't
>>> looked at the latest version of writeable CTEs, either.  I will try to
>>> spend some time on it in the next couple of days.  My feeling about
>>> the last version is that it lacked a lot in the documentation
>>> department, and also in the comments department.  Since I don't know
>>> that code very well, that made it hard for me to assess technical
>>> correctness.
>>
>> Hmmm, that's potentially lethal.  David Fetter has been doing a lot of
>> presentations on the feature; surely he could turn them into some
>> documentation?  David?
>
> I would be 100% in favor of some more help on the documentation.  I do
> plan to reread this patch, but I don't know that I can cover the
> amount of work that needs to be done myself, and as you say, lack of
> adequate documentation could very well kill this patch.  In fact, I'll
> go so far as to say it's one of the most likely reasons why this patch
> might not get in.  So any resources we can bring to bear on that issue
> would be well spent.

I'm on board to work on the documentation. I think with a few hours
of work it should be in a reasonable state.

merlin

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Stark 2010-02-08 18:19:04 Re: Strange heuristic in analyze.c
Previous Message Marko Tiikkaja 2010-02-08 18:01:11 Re: Writeable CTEs patch