From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Shawn <postgres(at)xmtservices(dot)net> |
Cc: | "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Slow Query |
Date: | 2007-09-01 18:09:54 |
Message-ID: | 22800.1188670194@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Shawn <postgres(at)xmtservices(dot)net> writes:
> update shawns_data set alias = null;
> Alias is a type varchar(8)
> The table has 26 fields per record and there are about 15,700
> records. The server hardware is a dual QUAD-CORE Intel 2 GHz XEON dell
> 2950 server with 4 drive SAS RAID-5 array, and 16G of RAM. The OS is
> Slackware 11 with some updatews and Postgres v8.2.4 built from source.
> Even after VACUUM this simple line takes 35 sec to complete.
Seems like a lot. Table bloat maybe (what does VACUUM VERBOSE say about
this table)? An unreasonably large number of indexes to update?
Foreign key checks? (Though unless you have FKs pointing at alias,
I'd think 8.2 would avoid needing to make any FK checks.)
Could we see EXPLAIN ANALYZE output for this operation? (If you don't
really want to zap the column right now, wrap the EXPLAIN in
BEGIN/ROLLBACK.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Shawn | 2007-09-01 20:18:16 | Re: Slow Query |
Previous Message | Shawn | 2007-09-01 17:29:47 | Slow Query |