Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

Re: Query performance on session table


  • From: Michael Glaesemann <grzm(at)seespotcode(dot)net>
  • To: "Burak Seydioglu" <buraks78(at)gmail(dot)com>
  • Cc: pgsql-novice(at)postgresql(dot)org
  • Subject: Re: Query performance on session table
  • Date: Thu, 28 Jun 2007 22:49:08 -0500
  • Message-id: <00F6E834-A4FA-4184-A1C8-BAE78764BC49@seespotcode.net> <text/plain>


On Jun 28, 2007, at 22:28 , Burak Seydioglu wrote:

This query is really fast as you can see in my original post.

Ah. I should have referred to your original email.

The garbage collector (DELETE FROM session WHERE session_expires <
timestamp) has to do the same sequential scan.

You may find benefit from putting an index on the session_expires column, though of course to maintain the index with a lot of updates, you may see update performance degrade because the update requires the index to be updated as well. The only way to find out is by benchmarking your app and see what happens. With such a small number of rows, the planner may determine that a sequential scan is still faster than an index scan, so you'd end up with the same performance on DELETE that you have now.

Thank you for you input.

Well, we're both learning together :)

Michael Glaesemann
grzm seespotcode net





Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group