Re: Best partition type for billions of addresses

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

In response to

Browse pgsql-performance by date

  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