|
Tom, I think the wording of the document are not that precise. The wording of reason 1 and 3 are a little strange. But I can guess. Reason 2 is obvious: you only have to connect to a RDB once to run multple SQL statements onthat RDB. You can connect to one or more different RDBs. I think the CLI Server Mode is a multi threaded job, which allow one job, one programme connect multiple times to the same RDB. Multi threading would also explain reason 1: each thread runs in its own activation group. Reason 3 seems to me that you only have to connect with one registered user profile and password to other RDBs, while serving multiple requests from local users. Just my interpretation, though. Regards, Carel Teijgeler *********** REPLY SEPARATOR *********** On 16-11-05 at 19:25 qsrvbas@xxxxxxxxxxxx wrote: >I ran across this today... > >" What is CLI Server Mode? > >Server mode was introduced in V4R2 in a functional PTF. The reason for >running in SQL server mode is that many applications have the need to act >as database servers. This means that a single job will execute SQL >requests on behalf of multiple users. In our current SQL implementation, this >does not work for 3 reasons: > >1) A single job can only have one commit transaction per activation group >2) A single job can only connect to an RDB once >3) All SQL statements run under the job's user profile, regardless of the >userid passed in on the connect > >SQL server mode will solve these 3 problems by routing all SQL statements to a >separate job. ..." > >The document is: > >http://www-03.ibm.com/servers/eserver/iseries/db2/clifaq.htm#header_3 > >The pieces that interest me are: > 2) A single job can only connect to an RDB once >...along with: > "SQL server mode will solve these 3 problems..." > >Does anybody have a useful explanation of what those two items mean together?
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.