From: | Олег Самойлов <splarv(at)ya(dot)ru> |
---|---|
To: | Ravi Krishna <srkrishna1(at)aol(dot)com> |
Cc: | "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: GIN Index for low cardinality |
Date: | 2018-10-25 13:36:13 |
Message-ID: | 3E50E972-7451-4B86-95EF-33A9C2B777FB@ya.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> 17 окт. 2018 г., в 13:46, Ravi Krishna <srkrishna1(at)aol(dot)com> написал(а):
>
> In https://www.cybertec-postgresql.com/en/ideas-for-scaling-postgresql-to-multi-terabyte-and-beyond/ <https://www.cybertec-postgresql.com/en/ideas-for-scaling-postgresql-to-multi-terabyte-and-beyond/>
>
> it is mentioned:
>
> "GIN, the most know non-default index type perhaps, has been actually around for ages (full-text search) and in short is perfect for indexing columns where there are lot of repeating values – think all kinds of statuses or good old Mr/Mrs/Miss. GIN only stores every unique column value only once as for the default B-tree you’ll have e.g. 1 millon leaf nodes with the integer “1” in it."
>
>
> Does it mean that GIN is a very good choice for low cardinality columns.
Not necessary. There is other index which also don’t keep column value in an every leaf. Hash, for instance.
From | Date | Subject | |
---|---|---|---|
Next Message | Ravi Krishna | 2018-10-25 13:55:58 | Re: GIN Index for low cardinality |
Previous Message | Don Seiler | 2018-10-25 13:31:26 | Re: Compile and build portable postgresql for mac |