From: Jasen Betts <jasen@xnet.co.nz>
To: pgsql-sql@postgresql.org
Subject: Re: changing multiple pk's in one update
Date: 15 Apr 2009 12:43:00 GMT
Message-ID: <gs4kok$hdn$1@reversiblemaps.ath.cx> (raw)
References: <49DC1034.1060705@frii.com>
<grnl9e$49a$1@reversiblemaps.ath.cx>
<49E36E1B.6020107@frii.com>
On 2009-04-13, Stuart McGraw <smcg2297@frii.com> wrote:
> Jasen Betts wrote:
>> I see no reason to keep the index (and its associated UNIQUE
>> constraint) during the update, AFAICT all it does is slow the process
>> down.
>
> Thanks for the suggestion.
>
> Unfortunately I am doing this key renumbering in
> an interactive gui app and as there are several million
> rows involved, rebuilding indexes take too long.
the update takes a long time too if it's updating all the rows.
and updating the index piecewise at the same time.
with the index extant I get from 20 (if the start and end ranges don't overlap) and 28s (with ,
to 28 seconds (maximum overlap) for a table with 1000000 (short) rows
it takes 18 seconds if I first drop the index, then update, then
restore the index.
so, about the same amount of time or slightly faster by dropping the
index.
if wrap them in a transaction it takes 30s each way
> I have continued searching for other ways to do this
> but most of my google results are floating in a sea
> of "update if insert fails, like mysql" results so
> I still have a little hope it is possible.
> I thought I remember seeing, a year or two ago, an
> update statement with an ordered subquery that avoided
> duplicate key errors but I am probably misrembering.
maybe you can do it using a cursor? I've not looked at them yet.
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-sql@postgresql.org
Cc: jasen@xnet.co.nz
Subject: Re: changing multiple pk's in one update
In-Reply-To: <gs4kok$hdn$1@reversiblemaps.ath.cx>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox