Re: Insert vs Update

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Robert DiFalco <robert(dot)difalco(at)gmail(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Insert vs Update
Date: 2015-07-15 17:10:46
Message-ID: CAKFQuwaoeiAZUmhm0epdoGJqDa+fJVknMx7sXX8NxjF3pgzSxQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, Jul 15, 2015 at 12:16 PM, Robert DiFalco <robert(dot)difalco(at)gmail(dot)com>
wrote:

> First off I apologize if this is question has been beaten to death. I've
> looked around for a simple answer and could not find one.
>
> Given a database that will not have it's PKEY or indices modified, is it
> generally faster to INSERT or UPDATE data. And if there is a performance
> difference is it substantial?
>
> I have a situation where I can easily do one or the other to the same
> effect. For example, I have a journaling schema with a limited number of
> "states" for an "entry". Currently each state is it's own table so I just
> insert them as they occur. But I could easily have a single "entry" table
> where the row is updated with column information for states (after the
> entry's initial insertion).
>
> Not a big deal but since it's so easy for me to take either approach I was
> wondering if one was more efficient (for a large DB) than another.
>
>
​There is HOT (heap only tuple?) optimization that can occur if only
non-indexed data is altered. I do not recall the specifics.

Dave

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Michael Nolan 2015-07-15 17:15:15 Re: Insert vs Update
Previous Message Robert DiFalco 2015-07-15 16:16:21 Insert vs Update