From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Erik Peterson <epeterson(at)cardiomems(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Update of table lags execution of statement by >1 minute? |
Date: | 2007-07-18 22:24:41 |
Message-ID: | 12965.1184797481@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Erik Peterson <epeterson(at)cardiomems(dot)com> writes:
> I=B9m not sure the corrupted index issue is it. After updating, the attribut=
> e
> shows up as the =B3old=B2 value with selects on different columns, ie:
> UPDATE mytable SET myattribute=3D1 WHERE id=3D14;
> COMMIT;
> SELECT * from mytable WHERE myattribute=3D0
> Would include the that row (id=3D14). So it isn=B9t just a single corrupted
> index, if that is indeed the issue.
Hm. I still think there's something going on in your application that
you're missing. While you are "watching" the row to see it update,
would you select the system columns ctid,xmin,xmax as well as the data?
That might provide some clue what's really happening.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Pat Maddox | 2007-07-18 22:34:37 | Re: Need help optimizing this query |
Previous Message | Tom Lane | 2007-07-18 22:17:59 | Re: Feature request: Per database search_path |