Re: [GENERAL] huge table occupation after updates - Mailing list pgsql-general

From Rob Sargent
Subject Re: [GENERAL] huge table occupation after updates
Date
Msg-id 91F0DA96-3BBB-4A8C-AA77-A54C7399B5ED@gmail.com
Whole thread Raw
In response to Re: [GENERAL] huge table occupation after updates  (Tom DalPozzo <t.dalpozzo@gmail.com>)
Responses Re: [GENERAL] huge table occupation after updates
List pgsql-general
> On Dec 10, 2016, at 7:27 AM, Tom DalPozzo <t.dalpozzo@gmail.com> wrote:
>
> Hi,
> I'd like to do that! But my DB must be crash proof! Very high reliability is a must.
> I also use sycn replication.
> Regards
> Pupillo
>
>
>
>
> Are each of the updates visible to a user or read/analyzed by another activity?  If not you can do most of the update
inmemory and flush a snapshot periodically to the database. 
>
>

This list discourages top posting. You’re asked to place your reply at the bottom

You haven’t laid out you’re application architecture (how many clients, who is reading who is writing, etc). Caching
doesn’tmean your database is any less crash proof.  At that rate of activity, depending on architecture, you could lose
updatesin all sorts of crash scenarios. 

pgsql-general by date:

Previous
From: Tom DalPozzo
Date:
Subject: Re: [GENERAL] huge table occupation after updates
Next
From: Tom DalPozzo
Date:
Subject: Re: [GENERAL] huge table occupation after updates