| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Laszlo Nagy <gandalf(at)shopzeus(dot)com> |
| Cc: | Gregory Williamson <Gregory(dot)Williamson(at)digitalglobe(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>, Daniel Fekete <danieleff(at)gmail(dot)com> |
| Subject: | Re: Slow table update |
| Date: | 2008-12-22 13:30:22 |
| Message-ID: | 7032.1229952622@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
Laszlo Nagy <gandalf(at)shopzeus(dot)com> writes:
>> If the table has some sort of FK relations it might be being slowed by
>> the need to check a row meant to be deleted has any children.
>>
> If you look at my SQL, there is only one column to be updated. That
> column has no foreign key constraint.
That was not the question that was asked.
> My other idea was that there are so many indexes on this table, maybe
> the update is slow because of the indexes?
Updating indexes is certainly very far from being free. How many is
"many"?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2008-12-22 13:36:10 | Re: rebellious pg stats collector (reopened case) |
| Previous Message | Laszlo Nagy | 2008-12-22 13:27:58 | Re: Slow table update |