True, but this makes for a lot less build-headaches: dbx has no> IMO there are some problems with the dbx extension:
> - it is a wrapper for PHP modules instead for the underlying
> database API (therefore slower)
True for any non-standard extension (however, for this case I usually make a> - you cannot rely on it if you depend on an ISP that does not support
> this extension
simple, pure-php wrapper with the dbx_function names mapped directly to the
database). I would like to see more ISPs include dbx of course, and since it
builds without any dependencies and has just a small footprint it should be
really easy to do.
I have successfully used the dbx extension from within another> - it does not include a C API that would be useful for custom PHP
> modules to access a database
(C++)-extension, perhaps not as clean as I would have with an API, but ok.
OOP-ish :-)> - it does not include an OOP API
Yeah, I would have liked that too ;-). I do like the way this is solved in> My dream is a "full featured" SQL extension completely replacing all
> other database modules, fast, flexible, build-in by default,
> recommended to be the best way to access databases in PHP.
Python with its DB-API, however they have great namespace/module
Appreciated.> Just my two cents....
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: [url]http://www.php.net/unsub.php[/url]