|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Long-running transactions |
« View previous topic :: View next topic » |
Author |
Message
|
paranoid221 |
Posted: Tue Sep 22, 2009 12:53 am Post subject: Long-running transactions |
|
|
 Centurion
Joined: 03 Apr 2006 Posts: 101 Location: USA
|
Greetings gentlemen,
I was just asked by somebody here "how long does broker maintain its connection to a given database after the initial connect?".
I can see where they are coming from. They have a few SQLs on the DB2 side which takes about 30 mins to complete once they are invoked and wanted to find out if broker can be used to call that SQL and process the response after the SQL execution has been completed.
I have already given them the following answer: "While I'm sure that no enterprise product would ever maintain connections for that long and broker is no exception, it is not ideal to maintain DB connections for that long. The better bet would be to modify the SQL so that it can insert a new row in a table once its execution is complete. You could then setup a trigger on that table to notify your app so it can complete the rest of the tasks in the workflow from that point on and you wouldn't even have to use broker in this case."
I just wanted to check with you guys on the following:
1) How long does broker wait to timeout the DB connection?
2) Comments on the reply I have given above
3) Is there a support for long-running transactions in broker (although from the documentation I haven't found any)?
Thanks for the time.
paranoid _________________ LIFE is a series of complex calculations, somewhere multiplied by ZERO. |
|
Back to top |
|
 |
fjb_saper |
Posted: Tue Sep 22, 2009 2:47 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
30 mins DB time is insane. Most products will time out on the connection (jdbc, odbc etc...). This report type activity needs to be seriously thought about. Either redo the SQL so that it executes in seconds or shift the report to the Data Warehouse where maybe it belongs.
Have fun  _________________ MQ & Broker admin |
|
Back to top |
|
 |
yaakovd |
Posted: Wed Sep 23, 2009 8:33 am Post subject: |
|
|
Partisan
Joined: 20 Jan 2003 Posts: 319 Location: Israel
|
In general MB architecture is asynchronous and MB is definitely not built for such long transactions.
Suggest review your design and do same multi-step.
For example request-reply, where request only starts transaction/stored procedure. On finish it sends reply by MQ, file, webservice... any of supported protocols. _________________ Best regards.
Yaakov
SWG, IBM Commerce, Israel |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|