Re: [HACKERS] strange behavior of UPDATE

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Edmund Mergl <E(dot)Mergl(at)bawue(dot)de>
Cc: PostgreSQL Hackers Mailinglist <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [HACKERS] strange behavior of UPDATE
Date: 1999-05-25 13:51:15
Message-ID: 2774.927640275@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Edmund Mergl <E(dot)Mergl(at)bawue(dot)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

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 1999-05-25 13:54:19 Re: [HACKERS] createlang - ?
Previous Message Jan Wieck 1999-05-25 13:47:49 Re: [HACKERS] Heads up: does RULES regress test still work for you?