X-Original-To: pgsql-general-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 3C50F53E58; Mon, 9 May 2005 13:34:29 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 45719-10; Mon, 9 May 2005 16:34:24 +0000 (GMT) Received: from flake.decibel.org (flake.decibel.org [67.100.216.10]) by svr1.postgresql.org (Postfix) with ESMTP id 79BC853479; Mon, 9 May 2005 13:34:24 -0300 (ADT) Received: by flake.decibel.org (Postfix, from userid 1001) id 0B104154BD; Mon, 9 May 2005 11:34:23 -0500 (CDT) Date: Mon, 9 May 2005 11:34:23 -0500 From: "Jim C. Nasby" To: Neil Conway Cc: Christopher Petrilli , Ying Lu , pgsql-general@postgresql.org, pgsql-performance@postgresql.org Subject: Re: [PERFORM] "Hash index" vs. "b-tree index" (PostgreSQL Message-ID: <20050509163423.GH35026@decibel.org> References: <427F6853.90308@cs.concordia.ca> <427F757A.8000407@samurai.com> <59d991c405050908271b55e673@mail.gmail.com> <427F8321.5030702@samurai.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <427F8321.5030702@samurai.com> X-Operating-System: FreeBSD 4.11-RELEASE i386 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.007 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200505/395 X-Sequence-Number: 77743 On Tue, May 10, 2005 at 01:34:57AM +1000, Neil Conway wrote: > Christopher Petrilli wrote: > >This being the case, is there ever ANY reason for someone to use it? > > Well, someone might fix it up at some point in the future. I don't think > there's anything fundamentally wrong with hash indexes, it is just that > the current implementation is a bit lacking. > > >If not, then shouldn't we consider deprecating it and eventually > >removing it. > > I would personally consider the code to be deprecated already. > > I don't think there is much to be gained b removing it: the code is > pretty isolated from the rest of the tree, and (IMHO) not a significant > maintenance burden. That may be true, but it's also a somewhat 'developer-centric' view. ;) Having indexes that people shouldn't be using does add confusion for users, and presents the opportunity for foot-shooting. I don't know what purpose they once served, but if there's no advantage to them they should be officially depricated and eventually removed. Even if there is some kind of advantage (would they possibly speed up hash joins?), if there's no plans to fix them they should still be removed. If someone ever really wanted to do something with, the code would still be in CVS. -- Jim C. Nasby, Database Consultant decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?"