Why PHPLIB::DB sucks (was: Benchmarks)

From: Date: Thu, 05 Jun 2003 18:10:43 +0000
Subject: Why PHPLIB::DB sucks (was: Benchmarks)
References: 1 2 3  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-17094@lists.php.net to get a copy of this message
Hi! Björn Schotte wrote:
anyone has some recent Benchmarks of PHPLIB's db abstraction layer compared to PEAR::DB or PEAR::MDB. I remember PHPLIB::DB was one of the fastest. If it's still, I'm interested in porting it to PEAR.
I remember a post by its author where he stated that PHPLIB::DB was never designed as an abstraction layer but rather as a wrapper around
And now we are at the point of different definitions of an abstraction layer. I see it as a "lightweight" abstraction layer, fast, KISS and not fat.
Let me repeat it once again: PHPLIB::DB is *not* an abstraction layer. The only driver that works fine there is probably MySQL (I do not know as I don't use MySQL). I looked at PHPLIB's current CVS code and found out that PostgreSQL driver *still* uses sequence emulation, while there are native sequences in PostgreSQL (on which this 'emulation' relies internally!). As this brain-damaged implementation wasn't fixed for the last several *years* this also shows that hardly anyone uses PHPLIB. I tried to use the stuff some time (well, a lot of time) ago, but switched to PEAR::DB when it became usable and never looked back. If you want to extract some part of it and propose it is as MySQL_Wrapper_PHPLIB or something, fine with me. But -1 to bringing the entire thing to PEAR.

« previous php.pear.dev (#17094) next »