| 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: | Whole Thread | Raw Message | 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
| 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? |