Nick: The clarity of the mv.NET pooling description is subject to debate (there's pooling, sharing, allocated, free, etc). The developers were kind enough to explain it to me once but I still find it confusing to implement. One has to be careful because the .NET code does have an effect on the pooling (no caching of connection objects [?]). One also has to remember the UO.NET version is critical; get the wrong version and the environment becomes difficult at best. But we struggle on. :-)
We purchased a UO connection pool license for testing. Our thought was this would handle all our mv.NET connections into the dbms, using UO.NET, so we wouldn't need to purchase separate licenses. We're still trying to track down this possibility. Bill >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Nick Cipollina >Sent: Tuesday, July 17, 2007 7:14 PM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UniData 7.1 vs. MS SQL 2005 performance > >Bill, > >If you are using MV.NET, it has its own connection pooling which >is pretty well documented. That being the case, you don't even >need to use the UO.NET built in connection pooling. > >Thanks, > >Nick Cipollina > >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Bill Haskett >Sent: Tuesday, July 17, 2007 9:49 PM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UniData 7.1 vs. MS SQL 2005 performance > >Phil: > >A quick example is I'm trying to find out how their Connection Pool >license works. Noone seems to know nor can I find out how this >integrates with mv.Net using UO.NET as the connection. I can't >find out how to configure a connection pool, monitor the >connections, or anything else. [sigh] :-( > >Bill > >>-----Original Message----- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf Of phil walker >>Sent: Tuesday, July 17, 2007 4:56 PM >>To: u2-users@listserver.u2ug.org >>Subject: RE: [U2] UniData 7.1 vs. MS SQL 2005 performance >> >>Leroy, >> >>I know IBM are implementing much of these new technologies with regard >>to U2. The problem that I see is that it may be there, but a lot of >the people in the list cannot find information on how to use it either >>because this information >> >>* does not exist >>* exists but in very basic examples which do not show a 'real' >> business solution, e.g. order processing or something similar >>* exists but they do not have access to it .e.g. IBM Knowledgebase... >> >>Those are the issues as I see it. How to tie up the >>Webservices,Soap,XML schemas etc, triggers, and existing >>BASIC subroutines. And what is good and bad practice. >> >>Cheers, >> >>Phil. ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
