On Fri, Jan 27, 2012 at 11:47 AM, Dan Covill <[email protected]> wrote: > Mike: > > What Christof said. > 1) You'll need a separate connection for each running SQLEXEC. > 2) Unless you have a super-powerful multi-thread server running highly > parallel queries, you may not gain very much. Two at once might work > fairly well, but I doubt if it's worth inventing a fancy multi-threading > mechanism to manage the SQLEXECs. > --------------------
Could the many different scripts be done via a single SPROC instead of 5,15,25 different statements? I think of a process like EOM that may not only update thousands of transactions because of a variety of reasons, but also pull a dataset back to print statements. It will stall take a while to pull off because the back end is doing a lot of work. -- Stephen Russell 901.246-0159 cell _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/cajidmy+l6mgetuotd4topbd49vst8js8cwwdzagk4aq0i2l...@mail.gmail.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
