From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Arya F <arya6000(at)gmail(dot)com> |
Cc: | pgsql-performance(at)lists(dot)postgresql(dot)org |
Subject: | Re: Best partition type for billions of addresses |
Date: | 2020-05-02 14:39:24 |
Message-ID: | 20200502143923.GY13712@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Greetings,
* Arya F (arya6000(at)gmail(dot)com) wrote:
> > * Arya F (arya6000(at)gmail(dot)com) wrote:
> > > I need to store about 600 million rows of property addresses across
> > > multiple counties. I need to have partitioning setup on the table as
> > > there will be updates and inserts performed to the table frequently
> > > and I want the queries to have good performance.
> >
> > That's not what partitioning is for, and 600m rows isn't all *that*
> > many.
>
> But I have noticed that my updates and inserts have slowed down
> dramatically when I started going over about 20 million rows and the
> reason was because every time it has to update the index. When I
> removed the index, my insert performance stayed good no matter the
> size of the table.
Sure it does.
> So I should be able to achieve good performance with just one
> partition? Maybe I just need to get hardware with more memory?
Instead of jumping to partitioning, I'd suggest you post your actual
table structures, queries, and explain results here and ask for help.
https://wiki.postgresql.org/wiki/Slow_Query_Questions
Thanks,
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | James Thompson | 2020-05-03 08:58:27 | Please help! Query jumps from 1s -> 4m |
Previous Message | Arya F | 2020-05-02 14:33:47 | Re: Best partition type for billions of addresses |