Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #37724 > unrolled thread
| Started by | Matt Jones <matt.walker.jones@gmail.com> |
|---|---|
| First post | 2013-01-26 09:48 -0600 |
| Last post | 2013-01-26 09:48 -0600 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.lang.python
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: Cancel threads after timeout Matt Jones <matt.walker.jones@gmail.com> - 2013-01-26 09:48 -0600
| From | Matt Jones <matt.walker.jones@gmail.com> |
|---|---|
| Date | 2013-01-26 09:48 -0600 |
| Subject | Re: Cancel threads after timeout |
| Message-ID | <mailman.1082.1359215340.2939.python-list@python.org> |
[Multipart message — attachments visible in raw view] — view raw
It sounds like your real problem is with your SQL query... Is that part of this problem under your control? Can you break the query into smaller, quicker, pieces that you can run in a reasonable amount of time? If not, nesting threads might be your best programmatic solution. Heed Jason's warning though that the SQL Server my still be working even if you cancel an operation from the outside (which could compound your problem). *Matt Jones* On Sat, Jan 26, 2013 at 9:43 AM, Jason Friedman <jsf80238@gmail.com> wrote: > > Sometimes it happens that a query on one of the database servers > > takes longer than expected and impedes the generation of this report > > (that's right, the queries are ran sequential). What I am trying to > > achieve is to parallelize the queries on each database server and to be > > able to cancel one of them if it takes longer than X minutes. > > Only answering a small portion of your question .... > Assuming you are able to figure out how to "cancel" a thread or > process on your side, it is possible the database itself will not > respect that. In other words, if you execute "SELECT ..." singly, > outside of Python, and type CNTL-C, does your database quickly > recognize you are no longer interested in the result set and stop its > work? > -- > http://mail.python.org/mailman/listinfo/python-list >
Back to top | Article view | comp.lang.python
csiph-web