Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31487 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50958 invoked by uid 1010); 8 Aug 2007 07:44:03 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 50943 invoked from network); 8 Aug 2007 07:44:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Aug 2007 07:44:03 -0000 Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 85.10.196.195 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 85.10.196.195 serveforce1.backendmedia.com Linux 2.6 Received: from [85.10.196.195] ([85.10.196.195:40036] helo=serveforce1.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8F/60-46037-14479B64 for ; Wed, 08 Aug 2007 03:44:03 -0400 Received: from soitgoes.local (118-130.5-85.cust.bluewin.ch [85.5.130.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by serveforce1.backendmedia.com (Postfix) with ESMTP id D4D90122422C; Wed, 8 Aug 2007 09:46:22 +0200 (CEST) Message-ID: <46B9742F.8050701@pooteeweet.org> Date: Wed, 08 Aug 2007 09:43:43 +0200 User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Lester Caine CC: PHP internals , Lorenzo Alberton References: <87E4F8AF-06DE-4FCC-AD1B-83E932A5E180@prohost.org> <46B41A47.1080902@lsces.co.uk> <46B81302.1060403@lsces.co.uk> <200708072345.58330.larry@garfieldtech.com> <46B94F8C.9030105@pooteeweet.org> <46B972C6.2070803@lsces.co.uk> In-Reply-To: <46B972C6.2070803@lsces.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-backendmedia-com-MailScanner-Information: Please contact the ISP for more information X-backendmedia-com-MailScanner: Found to be clean X-backendmedia-com-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=0.078, required 6, AWL -0.02, RDNS_DYNAMIC 0.10) X-backendmedia-com-MailScanner-From: mls@pooteeweet.org X-Spam-Status: No Subject: Re: [PHP-DEV] PDO Restriction ( was 5.2.4RC1 Released ) From: mls@pooteeweet.org (Lukas Kahwe Smith) Lester Caine wrote: > Dan Scott wrote: >> Right. And Wez posted this (partially in reply to Lester's almost >> identical hysterics at that time) on this very list ages ago >> (http://news.php.net/php.internals/14937 - Feb 14, 2005, to be exact): >> >> BEGIN QUOTE: >> Drivers are free(*) to implement driver specific methods on the PDO >> and PDOStatement objects, provided they are "namespaced" >> >> eg: >> >> $db->mysqlDoSomething() >> >> would be a mysql driver specific feature. >> >> More generic attributes can be accessed or set via the >> get/setAttribute methods. >> >> (*) while they are "free" to do so, it's better to discuss the feature >> first to see if it can be made into a more generic feature of PDO >> itself >> END QUOTE > > NOTE the (*) - I'm TRYING to reopen the discussion on generic things > like transaction handling. Simply bolting driver specific solutions back > into each different driver in a different way is pointless? We have > those drivers already? The extra's are less of a problem than missing > CORE facilities :( Ok, yes this is indeed an issue. PDO does not support nested transactions. No other RDBMS that I am aware of supports this and for all I know it does not work in the ibase driver either. Atleast we tried to use it in MDB2 and never got it to work. Ask Lorenzo for details on this. However again it does not prevent firebird specific methods for handling nested transactions, which an abstraction layer author may then choose to use in a firebird driver. regards, Lukas