Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71554 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50849 invoked from network); 25 Jan 2014 10:01:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jan 2014 10:01:34 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.204 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.204 mail4.serversure.net Linux 2.6 Received: from [217.147.176.204] ([217.147.176.204:36643] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 23/72-35033-D7B83E25 for ; Sat, 25 Jan 2014 05:01:34 -0500 Received: (qmail 11641 invoked by uid 89); 25 Jan 2014 10:01:30 -0000 Received: by simscan 1.3.1 ppid: 11635, pid: 11638, t: 0.0614s scanners: attach: 1.3.1 clamav: 0.96/m:52 Received: from unknown (HELO linux-dev4.lsces.org.uk) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 25 Jan 2014 10:01:30 -0000 Message-ID: <52E38BFF.8000109@lsces.co.uk> Date: Sat, 25 Jan 2014 10:03:43 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: internals@lists.php.net References: <52E29253.2000801@lsces.co.uk> <52E2924B.6080002@ajf.me> <52E299D4.6040102@garfieldtech.com> <52E2C98C.6010005@lerdorf.com> <52E2D8D2.80106@lerdorf.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Ruminations on PHP 5++ From: lester@lsces.co.uk (Lester Caine) Julien Pauli wrote: > I agree we should work on PDO as well as Unicode. Since the Firebird PDO driver is the sort of reverse situation to the mysql one in that much of the transaction handling that PDO 'introduces' prevents using features in Firebird. I'm using various frameworks that simply hide PDO anyway. I know that ADOdb has been shouted down in the past, but I'd like to re-open that debate since PDO is NOT a good answer to the cross database situation, and so every framework seems to create it's own version of ADOdb internally resulting in a smaller subset of databases being available to use. In many cases even though PDO is used only mysql is available anyway - so why use PDO at all? ( Just for information, Firebird can lock transactions across multiple databases while PDO is unable to handle any more than one per connection! ) -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk