Lester Caine wrote:

> marius popa wrote:
>
>
>>the same tutorial can be applied to firebird
>>with small changes :)
>>
>>http://www-128.ibm.com/developerworks/db2/library/techarticle/dm-0505furlong/index.html
>
>
> Take care - PDO_Firebird has not been kept up to date, and you will
> still require the php_interbase as well since only a limited subset of
> functions are available under PDO.

AFAICR this is the case for all PDO extensions (you still require the
'core'/'base' extension.

>
> I'll be sticking with ADOdb myself so have given up even trying to use
> PDO, and Ard - who did the original 'port' to PDO has not had time to

Ard has repeatedly given me the impression that he is not wholly in favor
of the current 'form' that PDO is taking with regard to firebird functionality
(e.g. binding of args, considering the native placeholder coolness that firebird
supports, seems/is pointless). So apart from the fact that Ard is just too busy
these days, I wouldn't hold your breath on an up2date PDO_Firebird!
Basically most of the functionality available thru the firebird/ibase extension
is so advanced when compared with most other DB extensions that going via
PDO would be rather akin to cutting off you own arm (not very handy ;-).

(NB: this is my impression, I may have the wrong end of the stick)

personally I use a couple of fbird specific DB classes which Ard himself
wrote sometime ago - they are small, simple, robust and leave me with no
desire to want to use PDO (can't see why I would want to dumb down
the [interface to the] DB).

> cater for all the changes Wez has made to the core system over the last
> few months.

PDO is a laudable attempt to offer some kind of std in an area very much
lacking, I feel it should be given plenty of time to breath/mature.
hats off to Wez for the work so far! :-)

>
> There has been much discussion on the way PDO should go, and Wez has
> ignored the comments and gone his own way ;) - SO now he is trying to

I think that at the earlier stages of development that this is a +point,
better a tight/fast interface completely according to Wez' ideas than some
over engineered piece of commitee work that tries to please everyone
and ends up pleasing no-one....

BTW - PDO is not meant to be a replacement for ADOdb but a replacement
for the functionality on which ADOdb is built, i.e. std mechanisms for
DB access not abstraction of DB functionality.

> sell it :)
> If there is to be an active PDO port for Firebird we need someone to
> take over managing it!

'we' don't _need_ PDO_Firebird. but in the not so distant future it may make
a great addition to the functionality available to us fbird/php-ers

don't forget that the firebird/ibase extension is of itself one of the
best in php land (IMHO) - hey how (free) DBMS' allow you to perform
a single transaction accross multiple DBs from with php?

>