I believe by the definitions provided by IBM (may be subject to change soon), this could NOT be considered as a connection pool, as each discrete connection only serviced an individual user, rather than a single connection servicing multiple users (now THAT is a connection pool!) .... somewhat academic, and will be interesting to see if a Rocket will be applied to this aspect of licencing.
Ross Ferris Stamina Software Visage > Better by Design! >-----Original Message----- >From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- >boun...@listserver.u2ug.org] On Behalf Of George Land >Sent: Friday, 25 September 2009 3:55 PM >To: U2 Users List >Subject: Re: [U2] Connection Pooling Statement > >But what you are describing is connection pooling which is when you need >connection pooling licenses. > >George > > >On 24/09/2009 23:27, "Ross Ferris" <ro...@stamina.com.au> wrote: > >> David, >> >> I think your "problem" may be that you are logging only when you get a >> request? If you were to have lines pre-logged-in, though the >complexity >> of the middleware increases, you may find a corresponding increase in >> performance ... and with a little more effort you may also decide to >NOT >> kill a used connection immediately, 'cause if you get another request >in >> from the same client "soon", shouldn't be an issue using the >previously >> used connection (that is still open) >> >> Ross Ferris >> Stamina Software >> Visage > Better by Design! >> >> >>> -----Original Message----- >>> From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- >>> boun...@listserver.u2ug.org] On Behalf Of David Wolverton >>> Sent: Friday, 25 September 2009 5:47 AM >>> To: 'U2 Users List' >>> Subject: Re: [U2] Connection Pooling Statement >>> >>> If you log off and on, it does satisfy the licensing - letter and >>> intent... >>> BUT usually the performance hit is so high that it FORCES you to >>> connection >>> pooling - or to have lots more seats! Both of which make IBM-Rocket >>> happy. >>> <g> >>> >>> I'm still wondering how they can get 175 users through 2 seats -- >> unless >>> each user does 2 things a day!! >>> >>> My understanding was that you either had to have a seat for each >>> 'logical' >>> connection to a user, or sign off/sign on between each 'thing' - and >> the >>> overhead for going off and on is INSANE in any way I've tried to make >> it >>> work... >>> >>> So - I understand your point George -- I am in the same headspace! >>> >>> David W. >>> >>>> -----Original Message----- >>>> From: u2-users-boun...@listserver.u2ug.org >>>> [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George >> Land >>>> Sent: Thursday, September 24, 2009 2:32 PM >>>> To: U2 Users List >>>> Subject: Re: [U2] Connection Pooling Statement >>>> >>>> On 24/09/2009 16:45, "Doug" <dave...@hotmail.com> wrote: >>>> >>>>> George, >>>>> >>>>> We do not do connection pooling or use multiplexing software. >>>> >>>> I'm sorry, I didn't mean to imply that you did. I was trying >>>> to make a general point that you need connection pooling >>>> licences if you connection pool however you do it. >>>>> >>>>> We scale quite remarkable well. We have 70 user client >>>> running a call >>>>> center with 10 Unidata licenses dedicated to the web. We have a >>>>> public warehouse client with 4 licenses running 20 users internally >>>>> and 20 customers externally. We have a 175 user running our CRM >>>>> system using 2 licenses. >>>>> >>>> There is a general point here though, supporting 175 users on >>>> a 2 license system is exactly the situation IBM/Rocket are >>>> trying to address by forcing you to have connection pooling >>>> licences. Now don't misunderstand me, I'm not accusing you >>>> of breaking the letter of the license agreement, but I think >>>> it is breaking the intention of it. Quite what 'connection pooling' >>>> and 'multiplexing' really is can be debated, but essentially >>>> what they want is for you to pay more for databases licenses >>>> that support multiple users than you do that are tied to one >>>> user. And having a small number of database licenses >>>> supporting a large number of users is exactly what you are doing >>>> >>>> George >>>> >>>> _______________________________________________ >>>> U2-Users mailing list >>>> U2-Users@listserver.u2ug.org >>>> http://listserver.u2ug.org/mailman/listinfo/u2-users >>>> >>> >>> _______________________________________________ >>> U2-Users mailing list >>> U2-Users@listserver.u2ug.org >>> http://listserver.u2ug.org/mailman/listinfo/u2-users >> _______________________________________________ >> U2-Users mailing list >> U2-Users@listserver.u2ug.org >> http://listserver.u2ug.org/mailman/listinfo/u2-users > >_______________________________________________ >U2-Users mailing list >U2-Users@listserver.u2ug.org >http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users