On Wed, 21 Nov 2001 09:19:44 -0500 (EST) Joao Prado Maia <[EMAIL PROTECTED]> wrote:
> > On Wed, 21 Nov 2001, Manuel Lemos wrote: > > > > If we fixed these problems and more, we could talk about having > > > a unified API. Otherwise for the Oracle OCI_ASSOC, I would prefer > > > not to change it for speed, Manuel would want to provide an emulation > > > layer, i would object because it's slow, etc... > > > > If you want to resort to non-portable database programming, just stick > > with the native database API that PHP offers and you will get all the > > speed that is possible. Using a database abstraction that does not offer > > portability and still adds execution overhead does not make much sense. > > Your programs still need to be adapted to run with different databases > > and they will still be slower than using the native PHP database APIs. > > > > Just for the record, I agree 100% with Manuel on this one. > > Now for the $15,000 question: does anyone else agree with this ? If > PEAR::DB is not abstracting the database what is the purpose of such a > library ? I asked that in a past thread, manuel answer something quit explicit and correct. Trying to find it back. :) pa -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
