Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:29692
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.92.173 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=XD9NioEbm+CM1q0isIYddZu3XKDDCPD8xd10PWyLMi53tNR/wTkk/zuXXHUBZxE6XB+TmGjeHpBDLL8jrTt23rPnMrT3XG+C0V2we+P2ulZHDMYpxQQOqNRDNZ1hDzuTPGK2TaaNtK7Ve07so6UrLi2AXElSUsqrXbDo2X7NsgI=
Message-ID: <4e89b4260705230756v562e198djf13cf1ffadc09e54@mail.gmail.com>
Date: Wed, 23 May 2007 10:56:56 -0400
To: "Lester Caine" <lester@lsces.co.uk>
Cc: "PHP internals" <internals@lists.php.net>
In-Reply-To: <4653DF96.9070201@lsces.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <139872287.20070504170744@marcus-boerger.de>
	 <736AED54-1272-4924-A07D-3166A1742A2F@prohost.org>
	 <698DE66518E7CA45812BD18E807866CE2FEF72@us-ex1.zend.net>
	 <463EDD0B.7080300@lsces.co.uk>
	 <4e89b4260705222133y185892bdie46be2e78a2e471b@mail.gmail.com>
	 <4653DF96.9070201@lsces.co.uk>
Subject: Re: [PHP-DEV] [RFC] Starting 5.3
From: kingwez@gmail.com ("Wez Furlong")

The point you're missing is that those features all belong in the
firebird driver, not in PDO itself.

--Wez.

On 5/23/07, Lester Caine <lester@lsces.co.uk> wrote:
> Wez Furlong wrote:
> > On 5/7/07, Lester Caine <lester@lsces.co.uk> wrote:
> >> No one has time to work on the
> >> Firebird PDO driver because we still need the main driver to provide the
> >> functions PDO does not support.
> >
> > Umm, no.  Nobody has time for firebird because nobody uses it.
> > I ask people about Firebird at each conference and I've never had more
> > than about 1 in 50 people admit to ever having used it, and those are
> > shaky hands going up--we're not talking die-hard firebird users here.
> >
> > As for PDO missing pieces for Firebird, that's also untrue.
> >
> > Perhaps you don't understand the PDO architecture, but PDO was
> > designed by taking into account every database client API; it has
> > hooks to cater for just about every conceivable way of passing data
> > into and out of a database API.
> >
> > It's the firebird driver that needs work.
>
> No Wez - As far as I am concerned I need to load the non PDO driver for those
> areas that PDO does not support. As well as the PDO driver for the data based
> stuff *IF* I wanted to go down that route. But at present there is no good
> reason to switch.
>
> User security, Event management, Services interface functions are not data
> based and while some of those functions are being moved into the Firebird SQL,
> things like Events can not go that route.
>
> Now you may think that everything at the database end should be controlled via
> SQL, and that is probably the case, but as we have discussed long ago, *WE*
> still need ADOdb to provide the SQL abstraction so there is little incentive
> to work on PDO/Firebird/ADOdb when the current Firebird/ADOdb combination is
> fine and are currently working ( and ADOdbLite is the 'compact' version ).
> While ADOdb does support PDO, the best performance is still obtained with the
> raw drivers for each engine. If we are NOT working with multiple engines, then
> we work with the raw driver so again there is little need to spend scarce time
> replacing something that is working and has more facilities.
>
> So until you provide a very good reason why we need to change - it's not going
> to happen. BLOB and parameter handling in the raw Firebird driver are a lot
> more flexible and simply sending a query with an optional array of parameters
> is much easier than HAVING to prepare everything - especially when the engine
> will cache things automatically anyway.
>
> PDO simply changes the ground rules without solving any particular problem as
> has been said all along. Now you may well convince people that all the native
> drivers should be dropped from PHP and only PDO supplied but I hope that does
> not happen and that we have a PROPER debate on an abstract database layer.
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact
> L.S.Caine Electronic Services - http://home.lsces.co.uk
> MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/
> Firebird Foundation Inc. - http://www.firebirdsql.org/index.php
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>