Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14862 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 94957 invoked by uid 1010); 12 Feb 2005 09:31:17 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 94942 invoked from network); 12 Feb 2005 09:31:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Feb 2005 09:31:17 -0000 X-Host-Fingerprint: 66.198.51.121 lerdorf.com Linux 2.4/2.6 Received: from ([66.198.51.121:51739] helo=colo.lerdorf.com) by pb1.pair.com (ecelerity 1.2.11 (r4403)) with SMTP id A3/F1-37098-5ECCD024 for ; Sat, 12 Feb 2005 04:31:17 -0500 Received: from [192.168.2.106] (c-24-6-1-160.client.comcast.net [24.6.1.160]) (authenticated bits=0) by colo.lerdorf.com (8.13.3/8.13.3/Debian-6) with ESMTP id j1C9VAbu019766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Feb 2005 01:31:14 -0800 Message-ID: <420DCCDD.1040402@lerdorf.com> Date: Sat, 12 Feb 2005 01:31:09 -0800 User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lester Caine CC: internals@lists.php.net References: <4e89b4260502111655215a94e8@mail.gmail.com> <20050212074627.64626.qmail@lists.php.net> <4e89b426050212001234271b83@mail.gmail.com> <20050212090244.59428.qmail@lists.php.net> In-Reply-To: <20050212090244.59428.qmail@lists.php.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: Please test PDO From: rasmus@lerdorf.com (Rasmus Lerdorf) Lester Caine wrote: > Wez Furlong wrote: > >> You're missing the point. > > > No *YOU* are missing the point. Lester, have you bothered to read the code at all? PDO is to databases what SAPI is to web servers. It is a layer in the guts of PHP that will one day make it much easier to maintain and add new database drivers. It has absolutely nothing to do with user-space database abstraction like what ADOdb provides and is completely orthogonal. The reason Wez would like you to test it is because in the future some databases will only be accessible via PDO, so unless you are planning on writing user-space protocol-level socket handling code into ADOdb, you are going to need to use it in order to speak to those databases. This doesn't mean that the current database extensions are going away, but PDO aims to provide a much simpler way for database vendors to provide PHP support without having to struggle with all the low-level PHP internals required today. I deal with quite a few database-like things that don't speak nicely with PHP today, and I am looking forward to the day where via PDO I can write native PHP support for these in an hour or two instead of having to set aside a week for it. -Rasmus