Re: Hash index - Mailing list pgsql-admin

From Jim C. Nasby
Subject Re: Hash index
Date
Msg-id 20050830201738.GD77007@pervasive.com
Whole thread Raw
In response to Re: Hash index  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Hash index  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin
On Tue, Aug 30, 2005 at 03:32:26PM -0400, Tom Lane wrote:
> That leaves hash.  I'm hoping someone will step up and do WAL logging
> for hash in the near future.  Unlike rtree, I'm not expecting that we
> might get rid of hash indexes.  Even if the performance problems never
> get fixed, we use hash index opclasses to manage datatype-specific
> hashing for hash joins, hash aggregation, etc, so if we removed hash
> indexes we'd need to find some other representation for all that.

So does that mean a hash index could (theoretically) improve the
performance of a hash join or hash aggregation?
--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software        http://pervasive.com        512-569-9461

pgsql-admin by date:

Previous
From: andy rost
Date:
Subject: Re: sqlstate 02000 while declaring cursor/freeing statement
Next
From: Tom Lane
Date:
Subject: Re: Hash index