From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | KaiGai Kohei <kaigai(at)kaigai(dot)gr(dot)jp>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: refactoring comment.c |
Date: | 2010-08-19 01:32:48 |
Message-ID: | AANLkTintVegwT4v7BofbfpOYcC65n7Q9Ts5nUEaFWUiV@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Aug 17, 2010 at 2:49 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> On Tue, Aug 17, 2010 at 2:24 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> I don't insist that the separation has to be crisp. I'm merely saying
>>> that putting a large chunk of useful-only-at-execution-time code into
>>> backend/parser is the Wrong Thing.
>
>> OK, but there should be a reason for that. For example, if there are
>> circumstances when we parse a statement, and then time passes, and
>> then we execute it later, that's a good argument for what you're
>> saying here.
>
> Yeah, and that's exactly what happens with utility statements that (for
> example) get into the plan cache.
OK. I'll have to look through that code some time.
Here's v3.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company
Attachment | Content-Type | Size |
---|---|---|
refactor_comment-v3.patch | application/octet-stream | 63.1 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2010-08-19 01:46:45 | Re: CommitFest 2009-07: Yay, Kevin! Thanks, reviewers! |
Previous Message | KaiGai Kohei | 2010-08-19 00:33:20 | Re: security label support, part.2 |