Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation) - Mailing list pgsql-performance

From Pierre C
Subject Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
Date
Msg-id op.vv1qt1fdeorkce@apollo13
Whole thread Raw
In response to Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)  (Stefan Keller <sfkeller@gmail.com>)
Responses Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
List pgsql-performance
> You wrote
>> Try to create a btree index on "(bench_hstore->bench_id) WHERE
>> (bench_hstore->bench_id) IS NOT NULL".
>
> What  do you mean exactly?
> => CREATE INDEX myhstore_kps_gin_idx ON myhstore USING gin(kvps) WHERE
> ??? IS NOT NULL;
>
> My table's def is:
>> CREATE TABLE myhstore ( id bigint PRIMARY KEY, kvps hstore NOT NULL );
> So I'm doing something like:
> CREATE INDEX myhstore_kps_gin_idx ON myhstore USING gin(kvps);

Hello ;

I meant a plain old btree index like this :

CREATE INDEX foo ON myhstore((kvps->'yourkeyname')) WHERE
(kvps->'yourkeyname') IS NOT NULL;

The idea is that :

- The reason to use hstore is to have an arbitrary number of keys and use
the keys you want, not have a fixed set of columns like in a table
- Therefore, no hstore key is present in all rows (if it was, you'd make
it a table column, and maybe index it)
- You'll probably only want to index some of the keys/values (avoiding to
index values that contain serialized data or other stuff that never
appears in a WHERE clause)

So, for each key that corresponds to a searchable attribute, I'd use a
conditional index on that key, which only indexes the relevant rows. For
keys that never appear in a WHERE, no index is needed.

gist is good if you want the intersecton of a hstore with another one (for
instance), btree is good if you want simple search or range search.

pgsql-performance by date:

Previous
From: John Rouillard
Date:
Subject: Re: "error with invalid page header" while vacuuming pgbench data
Next
From: "Reuven M. Lerner"
Date:
Subject: Re: Speeding up loops in pl/pgsql function