Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WDI74-0002zg-61 for pgsql-hackers@arkaria.postgresql.org; Tue, 11 Feb 2014 18:31:18 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1WDI73-0001xF-J9 for pgsql-hackers@arkaria.postgresql.org; Tue, 11 Feb 2014 18:31:17 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WDI71-0001vQ-Ve for pgsql-hackers@postgresql.org; Tue, 11 Feb 2014 18:31:16 +0000 Received: from moutng.kundenserver.de ([212.227.126.187]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WDI6v-00023f-7q for pgsql-hackers@postgresql.org; Tue, 11 Feb 2014 18:31:15 +0000 Received: from anarazel.de (p54AF4D62.dip0.t-ipconnect.de [84.175.77.98]) by mrelayeu.kundenserver.de (node=mreue104) with ESMTP (Nemesis) id 0LrbdF-1VCtPm3AWT-013OXb; Tue, 11 Feb 2014 19:31:04 +0100 Received: by anarazel.de (Postfix, from userid 1000) id 232EB10094F; Tue, 11 Feb 2014 19:31:03 +0100 (CET) Date: Tue, 11 Feb 2014 19:31:03 +0100 From: Andres Freund To: Bruce Momjian Cc: Robert Haas , Jim Nasby , Alvaro Herrera , Peter Geoghegan , Tom Lane , Andrew Dunstan , PostgreSQL-development Subject: Re: [PERFORM] encouraging index-only scans Message-ID: <20140211183103.GJ15246@awork2.anarazel.de> References: <5238854F.5040708@nasby.net> <20130917231050.GD29545@awork2.anarazel.de> <20140201032207.GD31141@momjian.us> <20140211155607.GB2289@momjian.us> <20140211171213.GE2289@momjian.us> <20140211175410.GF31598@awork2.anarazel.de> <20140211182319.GF2289@momjian.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140211182319.GF2289@momjian.us> X-Provags-ID: V02:K0:/XHYnvaxWYpATQ0F7oOpT6mxgSc1mJf+uKvfFXhEjDS MPJQG3jOOTdx3fUMKB00XNV8dRAWabFBlYdSw8M1Bmss3Iq7ej eXRmRIuouq8CKRj33s8HRfZce6+Tij91pszf6fYamDXV5z5J0H SYsdY4snE856Ono/4hEVXZ5cSBEez+igco8hHbkb4oD/7TGLOp bAic6Sy6fK0UPKEG/f77mJdUEqOzUZxLuedRY4OBPC5azwQhBV r6mCV1iw8nEJhGILFRI5rbJq8y9Am7DDfFwyHNFsJvvd+2oLtA mgE88kCrYtY906BnEvYg42+DbYYZXI/8UeybNtY/X9+AipJ0PD /sE9qpd4v44SKbJqkxsfjT9Ez87RvC9AD4U6VmeGM X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 2014-02-11 13:23:19 -0500, Bruce Momjian wrote: > On Tue, Feb 11, 2014 at 06:54:10PM +0100, Andres Freund wrote: > > On 2014-02-11 12:12:13 -0500, Bruce Momjian wrote: > > > Yes, that pretty much sums it up. We introduced index-only scans in 9.2 > > > (2012) but they still seem to be not usable for insert-only workloads > > > two years later. Based on current progress, it doesn't look like this > > > will be corrected until 9.5 (2015). I am kind of confused why this has > > > not generated more urgency. > > > > I think this largely FUD. They are hugely beneficial in some scenarios > > and less so in others. Just like lots of other features we have. > > I don't understand. Index-only scans are known to have benefits --- if > an insert-only workload can't use that, why is that acceptable? What is > fear-uncertainty-and-doubt about that? Please explain. Uh, for one, insert only workloads certainly aren't the majority of usecases. Ergo there are plenty of cases where index only scans work out of the box. Also, they *do* work for insert only workloads, you just either have to wait longer, or manually trigger VACUUMs. That's a far cry from not being usable. I am not saying it shouldn't be improved, I just don't see the point of bringing it up while everyone is busy with the last CF and claiming it is unusable and that stating that it is surprisising that nobody really cares. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers