From: | Taylor Smith <taylorjrsmith(at)gmail(dot)com> |
---|---|
To: | Rob Sargent <robjsargent(at)gmail(dot)com> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Creating A GIN index on JSONB column (large database) |
Date: | 2022-08-09 14:45:56 |
Message-ID: | CAPLtOcndi0WzU1vHL-AhbJB4P25RmywbTkeDUbfNkfGh_=RTzg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thanks Rob,
This is what I was thinking. Would you say it presents any risk then
having a database unable to rebuild its own indexes if needed?
On Tue, Aug 9, 2022 at 3:39 PM Rob Sargent <robjsargent(at)gmail(dot)com> wrote:
>
>
> > On Aug 9, 2022, at 7:04 AM, Taylor Smith <taylorjrsmith(at)gmail(dot)com>
> wrote:
> >
> > Hi all,
> >
> > I have a database that is in excess of 20TB in size, partitioned by date
> on a month to month basis.
> >
> > There is a column within that stores text (validated to be json but not
> stored as JSONB). I have a requirement to make the json searchable using
> GIN indexes. however when we try to create the GIN index on AWS RDS our
> temp storage maxes out which crashes the create process resulting in
> unhealthy created indexes.
> >
> > This might be an AWS issue but we are wondering the reason why creating
> these indexes (concurrently) would cause the temp storage to blow up and
> crash out and is it possible to mitigate or a necessary evil.
> >
> > The only solution we have so far is scale up our RDS instance.
> >
> > Kind regards,
> >
> > Taylor Smith
>
> The scale-up might be needed only for the create index. Scale down
> afterwards?
From | Date | Subject | |
---|---|---|---|
Next Message | Rob Sargent | 2022-08-09 14:50:46 | Re: Creating A GIN index on JSONB column (large database) |
Previous Message | Rob Sargent | 2022-08-09 14:39:40 | Re: Creating A GIN index on JSONB column (large database) |