Search Postgresql Archives

best way to kill long running query?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I want to allow some queries for my users to run for a prescribed period of
time and kill them if they go over time. Is there a good way to do this? Or
is this a bad idea?

I've been struggling with trying to figure out the best way to allow users
to browse through large tables. For example, I have one table with about
600,000 rows and growing at about 100,000/month.

I want to allow users to browse through this table, but only if their
effective SELECT statement only generates 100 or maybe 1000 rows. There are
several fields that can be used in the WHERE clause, such as user, date,
model, etc. It will be difficult for me to predict how large a result set is
a priori. So I want to allow the query to run for a prescribed period of
time, then kill it.

I'll probably be using ADO --> ODBC at the client. So I could probably kill
the Connection/Recordset. I just don't know the best way to do it. pgAdmin
allows queries to be killed. How does it do it?

Thanks in advance,

Bill Eaton
Thousand Oaks, CA




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux