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