Re: Choosing an index on partitioned tables. - Mailing list pgsql-general

From Laurenz Albe
Subject Re: Choosing an index on partitioned tables.
Date
Msg-id 4d365d854c7759b72549540f38c66ba8ecfe229a.camel@cybertec.at
Whole thread Raw
In response to Re: Choosing an index on partitioned tables.  (Brent Wood <Brent.Wood@niwa.co.nz>)
Responses Re: Choosing an index on partitioned tables.  (Tim Uckun <timuckun@gmail.com>)
List pgsql-general
On Tue, 2021-09-07 at 04:06 +0000, Brent Wood wrote:
> From: Tim Uckun <timuckun@gmail.com>
> > My plan is to partition by date ranges which means the primary key has
> > to include the timestamp column and the id column  As far as I know
> > there is no way to specify an index type for those columns.
> >
> > The metric type is a text column and will not be very selective. It
> > will have somewhere around 200 types of metrics and they will all be
> > short, less than ten characters.
> >
> > Given that there will be a lot of records I was wondering what type of
> > index would be ideal for that column. Seems like hash indexes would be
> > ideal because only comparison will be = and they are smaller than
> > Btrees but for a while they were not recommended.
> >
> > Would hash be the best or would something work better?
>
> I've had good success with TimescaleDB for large timesries databases (40b readings).

That has nothing to do with indexing, and I would think twice to install
an invasive extension like that and add a dependency on third-party code,
just because I want to partition a table.

Yours,
Laurenz Albe
-- 
Cybertec | https://www.cybertec-postgresql.com




pgsql-general by date:

Previous
From: Laurenz Albe
Date:
Subject: Re: Choosing an index on partitioned tables.
Next
From: Raul Kaubi
Date:
Subject: How to log bind values for statements that produce errors