From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Stefan Keller <sfkeller(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: hstore - Implementation and performance issues around its operators |
Date: | 2011-07-22 17:08:04 |
Message-ID: | CA+Tgmoac3JQHYD5uTPmdrR7fgweE3D+cddOuEo4-VGQjtEmO5g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Tue, Jul 19, 2011 at 5:06 PM, Stefan Keller <sfkeller(at)gmail(dot)com> wrote:
> 2011/7/19 Robert Haas <robertmhaas(at)gmail(dot)com>:
>> Putting the elements in order wouldn't really help, would it? I mean,
>> you'd need some kind of an index inside the hstore... which there
>> isn't.
>
> Sorry for my inprecise question. In fact elements of a hstore are
> stored in order of (keylength,key) with the key comparison done
> bytewise (not locale-dependent). See e.g. function hstoreUniquePairs
> in http://doxygen.postgresql.org/ . This ordered property is being
> used by some hstore functions but not all - and I'm still wondering
> why.
Not sure, honestly. Is there some place where it would permit an
optimization we're not currently doing?
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | alan | 2011-07-23 15:58:30 | Re: Trigger or Function |
Previous Message | Jose Ildefonso Camargo Tolosa | 2011-07-22 00:46:40 | Re: Large rows number, and large objects |