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
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 |