I did reply as a private note to Mr. Baker. Glad you are watching out for me. ;-D
He posted on both the assembler and IBMMAIN lists. So I used a short cut by sending it to him. Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Charles Mills > Sent: Saturday, July 04, 2015 11:39 AM > To: [email protected] > Subject: Re: DB2 Application Multitasking > > Not real certain that there are any "special" considerations. Each task will > need its own connection to DB2. I suspect the linked-in DB2 functions like > DSNALI are reentrant but the logical connection cannot be shared. (And > conversely a single task cannot have more than one active connection to > DB2.) I am reasonably confident that DB2 can readily handle multiple > requests coming from the same address space -- even to the same table or > same row. All of the usual considerations about not stepping on your > multitasking-self apply. I doubt that there is any specific documentation. > > I'm surprised Lizette has not pointed it out by now <g> there is an active > DB2 list. Lots of activity, although much of it is DB2 for Linux/UNIX/Windows > and much of it is application level SQL questions. > http://www.idug.org/p/fo/et/topic=19 > > Charles > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of John P. Baker > Sent: Friday, July 03, 2015 8:47 PM > To: [email protected] > Subject: DB2 Application Multitasking > > I am looking for any pointers to documentation describing how to structure a > multitasking assembler program where multiple subtasks are concurrently > accessing DB2. > > > > No two (2) subtasks will be accessing the same DB2 table concurrently. > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
