From: | Richard Plotkin <richard(at)richardplotkin(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Disk filling, CPU filling, renegade inserts and deletes? |
Date: | 2005-04-25 03:13:47 |
Message-ID: | 2dc4db3fb0cb69c0dec1440acd5c1ceb@richardplotkin.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Hi Tom,
Thanks! That's exactly what it was. There was a discrepancy in the
data that turned this into an endless loop. Everything has been
running smoothly since I made a change.
Thanks so much,
Richard
On Apr 23, 2005, at 12:50 PM, Tom Lane wrote:
> Richard Plotkin <richard(at)richardplotkin(dot)com> writes:
>> Thanks for your responses this morning. I did the select relname, and
>> it returned 0 rows. I do have one function that creates a temp table
>> and fills it within the same transaction. I'm pasting it below.
>> Perhaps the "ON COMMIT DROP" is causing problems, and I need to drop
>> the table at the end of the function instead of using ON COMMIT DROP?
>
> Well, I think we can conclude that the function is pushing way more
> data into the temp table than you expect. I am wondering if that loop
> in the middle of the function is turning into an infinite loop ---
> could
> it be finding some sort of cycle in your page data? You might want to
> add some RAISE NOTICE commands to the loop so you can track what it's
> doing.
>
> regards, tom lane
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-04-25 04:59:27 | Re: [HACKERS] Bad n_distinct estimation; hacks suggested? |
Previous Message | Jim C. Nasby | 2005-04-24 22:01:46 | Re: Sort and index |