From: | "Xiao Meng" <mx(dot)cogito(at)gmail(dot)com> |
---|---|
To: | "Simon Riggs" <simon(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [PATCH]-hash index improving |
Date: | 2008-07-23 02:57:27 |
Message-ID: | ded849dd0807221957u50c7cb8et7b0a730509c3714b@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Well, I'll do it after I finish my second patch.
Hash index should be more efficient than btree when N is big enough.
It seems meaningful to find how big N is in an experiment way.
On Fri, Jul 18, 2008 at 6:35 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>
> On Fri, 2008-07-18 at 11:07 +0100, Gregory Stark wrote:
>> "Simon Riggs" <simon(at)2ndquadrant(dot)com> writes:
>
>> hash lookups can in theory be O(1).
>
> I'm not sure whether that applies here? I'm interested in how *this*
> patch will work, not in more generic algorithm theory.
>
> To patch authors: Can we please see a table showing expected number of
> logical I/Os (i,e, block accesses) for btrees and hash indexes
>
> e.g. for 100-byte rows...
>
> rows btree hash
> ---- ----- ----
> 10^2
> 10^3
> 10^4
> 10^5
> 10^6
> 10^7
> 10^8
>
> --
> Simon Riggs www.2ndQuadrant.com
> PostgreSQL Training, Services and Support
>
>
--
Best Regards,
Xiao Meng
DKERC, Harbin Institute of Technology, China
Gtalk: mx(dot)cogito(at)gmail(dot)com
MSN: cnEnder(at)live(dot)com
http://xiaomeng.yo2.cn
From | Date | Subject | |
---|---|---|---|
Next Message | Devrim GÜNDÜZ | 2008-07-23 03:26:14 | Re: Do we really want to migrate plproxy and citext into PG core distribution? |
Previous Message | Xiao Meng | 2008-07-23 02:57:12 | Re: [PATCH]-hash index improving |