Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fqNUo-0004NU-Om for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Aug 2018 18:59:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fqNM9-0002fu-I0 for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Aug 2018 18:50:49 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fqNM9-0002fn-As for pgsql-hackers@lists.postgresql.org; Thu, 16 Aug 2018 18:50:49 +0000 Received: from mail-qt0-f182.google.com ([209.85.216.182]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fqNLx-0000U4-Qw for pgsql-hackers@postgresql.org; Thu, 16 Aug 2018 18:50:48 +0000 Received: by mail-qt0-f182.google.com with SMTP id t5-v6so5983498qtn.3 for ; Thu, 16 Aug 2018 11:50:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:to:cc:references:from :organization:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=H3pj1EoffJxYEjqIX82l0KRIh4xh7562K+PaRG7SC3s=; b=bYEZrW23sx71yT5I2VVtlRkM6IUfWjN/9kXSS5wAMnMHwqxZ5fmsoPnK/Yg6vcetm+ WItil3kM+/VaaAY1Eur3gQn8zzoGDacY1lvjSg/AxrYQ5q0nfiRkUu7X8398oVtJ2Y/Q 0bXfoYHJzASvBaCRXMYIGxN93dyaLYjiRyt/98WDBGzYgH9jfJZ6VJxQMxETczxC77tw u3UjuyqW917OWWa8tJ+BxK1dQs97MNRm+NzdNJ5QsV+BN7EpAniZKMey7RodeaurCpau v5ah/97dD5P4mJy+UVO04upzgUOpOYYHlfXDaMdU/Aae090274kWgFMbmjLhYfikddwz 1hHA== X-Gm-Message-State: AOUpUlGV3zDvmzLSv2bpF45QF3nKdHABBHwHXUSsGWhNAb4z35Vx8E9o dzXwdjN0uPJvPoi3orl0QMMUoQ== X-Google-Smtp-Source: AA+uWPy8L5ZAAQ9yl9jJ1QPxn9eS3BQibqveXDFosn9ds9YlbubiyVBlj1nWRmbIemry/8VCrUlkTg== X-Received: by 2002:ac8:2731:: with SMTP id g46-v6mr29552044qtg.328.1534445436409; Thu, 16 Aug 2018 11:50:36 -0700 (PDT) Received: from localhost.localdomain (c-24-61-8-151.hsd1.ma.comcast.net. [24.61.8.151]) by smtp.gmail.com with ESMTPSA id a144-v6sm19324qkc.84.2018.08.16.11.50.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Aug 2018 11:50:35 -0700 (PDT) Reply-To: jesper.pedersen@redhat.com Subject: Re: Index Skip Scan To: Stephen Frost Cc: Thomas Munro , Bhushan Uparkar , pgsql-hackers , Alexander Korotkov References: <707b6f68-16fa-7aa7-96e5-eeb4865e6a30@redhat.com> <89F84E17-D684-4717-B66F-0F05CB00168E@gmail.com> <51bb3284-2902-1c64-0bae-8866c85cde47@redhat.com> <20180816183602.GT3326@tamriel.snowman.net> From: Jesper Pedersen Organization: Red Hat Message-ID: Date: Thu, 16 Aug 2018 14:50:34 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180816183602.GT3326@tamriel.snowman.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi Stephen, On 08/16/2018 02:36 PM, Stephen Frost wrote: >> Yeah, I'm hoping that a Committer can provide some feedback on the direction >> that this patch needs to take. > > Thomas is one these days. :) > I know :) However, there are some open questions from Thomas' original submission that still needs to be ironed out. > At least on first glance, that indexam seems to make sense to me, but > I've not spent a lot of time thinking about it. Might be interesting to > ask Peter G about it though. > Yes, or Anastasia who also have done a lot of work on nbtree/. >> One thing to consider is the pluggable storage patch, which is a lot more >> important than this patch. I don't want this patch to get in the way of that >> work, so it may have to wait a bit in order to see any new potential >> requirements. > > Not sure where this came from, but I don't think it's particularly good > to be suggesting that one feature is more important than another or that > we need to have one wait for another as this seems to imply. I'd > certainly really like to see PG finally have skipping scans, for one > thing, and it seems like with some effort that might be able to happen > for v12. I'm not convinced that we're going to get pluggable storage to > happen in v12 and I don't really agree with recommending that people > hold off on making improvements to things because it's coming. > My point was that I know this patch needs work, so any feedback that get it closer to a solution will help. Pluggable storage may / may not add new requirements, but it is up to the people working on that, some of which are Committers, to take time "off" to provide feedback for this patch in order steer me in right direction. Work can happen in parallel, and I'm definitely not recommending that people hold off on any patches that they want to provide feedback for, or submit for a CommitFest. Best regards, Jesper