From: | James Sewell <james(dot)sewell(at)lisasoft(dot)com> |
---|---|
To: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Parallel Aggregate |
Date: | 2016-03-14 04:18:58 |
Message-ID: | CANkGpBsrZXNpLG+wRRypqSLEeq4uTScdXwA573feFc5Yn3pSqQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Mar 14, 2016 at 3:05 PM, David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>
wrote:
>
> Things to try:
> 1. alter table a add column ts_date date; update a set ts_date =
> date_trunc('DAY',ts); vacuum full analyze ts;
> 2. or, create index on a (date_trunc('DAY',ts)); analyze a;
> 3. or for testing, set the work_mem higher.
>
>
Ah, that makes sense.
Tried with a BTREE index, and it works as perfectly but the index is 428MB
- which is a bit rough.
Removed that and put on a BRIN index, same result for 48kB - perfect!
Thanks for the help,
James
--
------------------------------
The contents of this email are confidential and may be subject to legal or
professional privilege and copyright. No representation is made that this
email is free of viruses or other defects. If you have received this
communication in error, you may not copy or distribute any part of it or
otherwise disclose its contents to anyone. Please advise the sender of your
incorrect receipt of this correspondence.
From | Date | Subject | |
---|---|---|---|
Next Message | David Rowley | 2016-03-14 04:20:53 | Re: Parallel Aggregate |
Previous Message | Amit Langote | 2016-03-14 04:06:21 | Re: pg_stat_get_progress_info(NULL) blows up |