From: | Stefan Champailler <schampailler(at)easynet(dot)be> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Impossibly slow DELETEs |
Date: | 2003-11-25 21:56:56 |
Message-ID: | 200311252256.56433.schampailler@easynet.be |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Dear You all,
(please tell me if this has already been discussed, I was unable to find any
convincing information)
I'm developing a small application, tied to a PG 7.4 beta 5 (i didn't
upgrade). The DB i use is roughly 20 tales each of them containing at most 30
records (I'm still in development). I can provide a whole dump if necessary.
I access the DB throug IODBC (Suse Linux 8.1), through PHP. The machine
everything runs on is 512M of Ram, 2.5GHz speed. So I assume it should be
blazingly fast.
So here's my trouble : some DELETE statement take up to 1 minute to complete
(but not always, sometimes it's fast, sometimes it's that slow). Here's a
typical one : DELETE FROM response_bool WHERE response_id = '125'
The response_bool table has no foreing key and no index on response_id column.
No foreign key reference the response_bool table. There are 6 rows in the
table (given that size, I assumed that an index was not necessary).
So 1 minute to complete look like I did something REALLY bad.
It is my feeling that doing the same query with psql works without problem,
but I can't be sure. The rest of my queries (inserts, updates) just work fine
and pretty fast.
Can someone help me or point me to a place where I can find help ? I didn't do
any in deep debugging though.
thx,
stF
From | Date | Subject | |
---|---|---|---|
Next Message | Torsten Schulz | 2003-11-25 22:06:10 | Re: [Fwd: Re: Optimize] |
Previous Message | Tom Lane | 2003-11-25 21:29:04 | Re: why index scan not working when using 'like'? |