| 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: | Whole Thread | Raw Message | 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 |