Re: [HACKERS] strange behavior of UPDATE - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] strange behavior of UPDATE
Date
Msg-id 2774.927640275@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] strange behavior of UPDATE  (Edmund Mergl <E.Mergl@bawue.de>)
List pgsql-hackers
Edmund Mergl <E.Mergl@bawue.de> writes:
> ... That's the reason I 
> was talking about the strange UPDATE behavior of 
> PostgreSQL. If it can determine a specific number
> of rows in a reasonable time, it should be able to
> update these rows in the same time frame.

Not necessarily --- this table has a remarkably large number of indexes,
and all of them have to be updated when a tuple is replaced.  So the
amount of work is significantly greater than simply finding the tuples
will require.

As I posted later, I think that much of the problem comes from poor
handling of equal-key cases in our btree index routines...
        regards, tom lane


pgsql-hackers by date:

Previous
From: jwieck@debis.com (Jan Wieck)
Date:
Subject: Re: [HACKERS] Heads up: does RULES regress test still work for you?
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] createlang - ?