Re: GIN Index for low cardinality

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.

In response to

Responses

Browse pgsql-general by date

  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