|
From: Dan A. <Dan...@Ph...> - 2006-07-06 23:59:16
|
With only an afternoon of reading up on both PEAR::DB and ADODB, I=20 must say I see alot to like about ADODB. It's not all great though. On my systems (FC3 and RHES4), PEAR::DB is already installed, but ADODB is not. We could bundle ADODB with Web-MeetMe, but it is just as large as our code, and some systems are likely to have it already. It could be listed as an external requirement, but I hate to offer an incomplete package. On the positive side, I do know of a few potentially larger=20 installations of Web-MeetMe, and they might benefit from the=20 flexibility to more to a commercial DB. I also like the fact that LDAP is a supported 'DB', possibly allowing us to retire adLDAP. In any case I think this will be a 3.0 issue. I need to read up some more on SVN and see how to split off the current code into a 2.X branch and open a new trunk for 3.X Dan -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Ryan Amos Sent: Thursday, July 06, 2006 2:52 PM To: Web...@li... Subject: [Web-meetme-devel] FW: PEAR::DB Oops, forgot to CC the list -----Original Message----- From: Ryan Amos=20 Sent: Thursday, July 06, 2006 4:51 PM To: 'Dan Austin' Subject: RE: [Web-meetme-devel] PEAR::DB Adodb is faster and more portable, but for a project like this I really don't think it matters. I just don't see this app needing to do enough complex SQL calls to really make a difference one way or another. Portability is really the main advantage of adodb; if you want to develop a project under MySQL or Postgres but have the option of moving to Oracle or IBM/DB2 later on. But because this project will probably never run on anything other than MySQL or Postgres, I really don't see a reason to port it to ado. -----Original Message----- From: web...@li... [mailto:web...@li...] On Behalf Of Dan Austin Sent: Thursday, July 06, 2006 4:44 PM To: Web...@li... Subject: [Web-meetme-devel] PEAR::DB About two montsh back we discussed using ADODB in place of the current abstraction layer. I've finally had a chance to look at the DB work Mike has done, and at least the last code he sent me is using PEAR::DB Looking into the background of this abstraction layer, I think it is an excellent choice and lends itself to a major clean-up of the scheduling code. So do we want to keep PEAR::DB, or should I look further into ADODB? Dan Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Web-meetme-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-meetme-devel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Web-meetme-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/web-meetme-devel |