Re: scaling postgres

From: Chris Withers <chris(at)simplistix(dot)co(dot)uk>
To: Jony Cohen <jony(dot)cohenjo(at)gmail(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: scaling postgres
Date: 2015-08-03 07:22:15
Message-ID: 55BF16A7.3010201@simplistix.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 03/08/2015 08:15, Jony Cohen wrote:
> SSD disks are cheep these days but they don't like repeated
> writes/deletes so it might cause problems down the line (hence my
> first RAM recommendation)
>
> as for keeping the raw data - you could easily do it if you use
> partitions, if you have daily partitions inheriting from a master
> table you can quickly access the last day (or even several days)
> but do take note that a full table scan takes time and you'll need to
> manage writing to the right partition yourself (not that hard - simply
> insert to <tablename>_<date>)
>
> if you can write the data daily, keeping it will not add any real load
> (a little on parse times for queries that access the master table)

Interesting, you seem a lot less fussed by these numbers than I am,
which is good to hear!

At what point does postgres stop scaling?
What happens when the computational load no longer fits on one machine?
What are the options then?

cheers,

Chris

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Seref Arikan 2015-08-03 07:34:57 Re: scaling postgres
Previous Message Jony Cohen 2015-08-03 07:15:02 Re: scaling postgres