From: | spiral <spiral(at)spiral(dot)sh> |
---|---|
To: | Justin Pryzby <pryzby(at)telsasoft(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Advice on best way to store a large amount of data in postgresql |
Date: | 2023-01-10 09:25:38 |
Message-ID: | 20230110042538.44cad73b@xps |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
(re-sending this because I forgot to use "reply all". Sorry!)
On Mon, 9 Jan 2023 11:56:47 -0600
Justin Pryzby <pryzby(at)telsasoft(dot)com> wrote:
> Are you using the extended query protocol with "bind" parameters, or
> are they escaped and substituted by the client library ?
Our client library uses parameters, yes. "$1" is passed literally to
postgres.
> can you arrange your partitioning such that the things to be dropped
> are all in one partition, to handle in bulk ?
Unfortunately, no. Deletes are all generated from user actions - if a
user deletes one message, we need to delete one single row from our
database.
> [...] one of the main reasons for using partitioning
> How many "partitions" do you have (actually, timescale uses
> inheritance) ?
We have ~1600 timescaledb chunks. We could increase the chunk count. We
could also stop using partitions/chunks if it would improve things. I'm
currently setting up a test database without partitioning to see what
the performance would look like.
spiral
From | Date | Subject | |
---|---|---|---|
Next Message | hehaochen@hotmail.com | 2023-01-14 14:51:03 | change the default value of enable_bitmapscan to off |
Previous Message | Samed YILDIRIM | 2023-01-09 23:14:51 | Re: Advice on best way to store a large amount of data in postgresql |