Received: from localhost (unknown [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id DB10A9FA7B6 for ; Wed, 12 Sep 2007 19:29:58 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 12205-05 for ; Wed, 12 Sep 2007 19:29:47 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from oxford.xeocode.com (unknown [87.127.95.196]) by postgresql.org (Postfix) with ESMTP id 4B6F29FA6B9 for ; Wed, 12 Sep 2007 19:29:53 -0300 (ADT) Received: from localhost ([127.0.0.1] helo=oxford.xeocode.com) by oxford.xeocode.com with esmtp (Exim 4.67) (envelope-from ) id 1IVaiU-00018D-4n; Wed, 12 Sep 2007 23:29:50 +0100 To: "Tom Lane" Cc: Subject: Re: Representation of redirected line pointers in HOT In-Reply-To: <25006.1189621802@sss.pgh.pa.us> (Tom Lane's message of "Wed\, 12 Sep 2007 14\:30\:02 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-Draft-From: ("nnimap+mail01.enterprisedb.com:INBOX.hackers" 13467) References: <25006.1189621802@sss.pgh.pa.us> From: Gregory Stark Organization: EnterpriseDB Date: Wed, 12 Sep 2007 23:29:49 +0100 Message-ID: <877imvh602.fsf@oxford.xeocode.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200709/590 X-Sequence-Number: 107742 "Tom Lane" writes: > LP_UNUSED 0 > LP_NORMAL 1 > LP_REDIRECT 2 > LP_DEAD 3 > This seems hardly any uglier than the way the code stands today, and > certainly a lot less ugly than what the current HOT patch proposes. > > Comments? If I understand correctly this still leaves open the possibility of implementing in the future "quick pruning" as we've been speculating about. We could represent that with a line pointer which is LP_DEAD but still has a length and offset. I'm not sure we need to do it now but I'll be glad if we aren't foreclosing the possibility. These kinds of rethinks are typical of the tension between someone writing a patch to submit for review, where they often want to keep the lines of code changed to a minimum to avoid conflicts and to avoid giving reviewers extra code to read which, and normal code maintenance. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com