Re: keeping last 30 entries of a log table

From: Daniel CAUNE <d(dot)caune(at)free(dot)fr>
To: 'Jeff Frost' <jeff(at)frostconsultingllc(dot)com>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: keeping last 30 entries of a log table
Date: 2006-06-19 17:13:27
Message-ID: 0J1400MJFAIHSME0@VL-MH-MR002.ip.videotron.ca
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql


> >> insert into log (account_id, message) values (1, 'this is a test);
> >> delete from log where account_id = 1 and id not in ( select id from log
> >> where account_id = 1 order by timestamp desc limit 30);
> >>
> >> I'm wondering if there is a more performance oriented method of doing
> the
> >> delete that I'm not thinking of.
> >>
> >
> > Depending on whether id is a kind of auto-incremented column that never
> cycles, I would suggest something like:
> >
> > DELETE FROM log
> > WHERE account_id = 1
> > AND id < (
> > SELECT MIN(id)
> > FROM log
> > WHERE account_id = 1
> > ORDER BY timestamp DESC
> > LIMIT 30);
> >
> > I think there will be a performance difference with your method when the
> number of records to be deleted is huge.
>
> Thanks Daniel, I'll try and benchmark them both and see if < turns out to
> be
> faster than NOT IN. I guess there's no way to get around the subselect
> though.
>

Column id should be indexed indeed. Anyway, I'm not sure about any performance improvement using that last method, as the most consuming operation might be the DELETE operation, not really the SELECT operation, when dealing with a huge volume of data.

--
Daniel

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message satheesh Gnanasekaran 2006-06-20 06:25:03 Doubt in stored procedure
Previous Message Jeff Frost 2006-06-19 16:16:43 Re: keeping last 30 entries of a log table