Newsgroups: php.internals,php.pdo Path: news.php.net Xref: news.php.net php.internals:35848 php.pdo:153 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91467 invoked by uid 1010); 28 Feb 2008 14:19:15 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 91441 invoked from network); 28 Feb 2008 14:19:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Feb 2008 14:19:15 -0000 Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:46816] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 38/ED-08995-1E2C6C74 for ; Thu, 28 Feb 2008 09:19:15 -0500 Received: from MBOERGER-ZRH (unknown [193.142.125.1]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id B42BB11F439; Thu, 28 Feb 2008 15:19:10 +0100 (CET) Date: Thu, 28 Feb 2008 15:19:12 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1596063112.20080228151912@marcus-boerger.de> To: David Sceppa CC: "pdo@lists.php.net" , PHP Internals , Andi Gutmans , Lukas Kahwe Smith , Christopher Jones In-Reply-To: <456A5146F9319946A179B523B9FC91D60D9DEAE568@NA-EXMSG-C114.redmond.corp.microsoft.com> References: <37388396.20080201212653@marcus-boerger.de> <47B39DF1.2000607@oracle.com> <47B3A7B6.9020400@oracle.com> <00a901c86eb6$54321250$c6fc1f3e@foxbox> <79825459-12D4-477D-A252-A23F77128B03@pooteeweet.org> <47B4ADCE.5090907@oracle.com> <47B4BB79.6090101@oracle.com> <698DE66518E7CA45812BD18E807866CE0142E429@us-ex1.zend.net> <456A5146F9319946A179B523B9FC91D60D9DEAE568@NA-EXMSG-C114.redmond.corp.microsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Re: [PDO] [RFC] An Idea for PDO 2 From: helly@php.net (Marcus Boerger) Hello David, Wednesday, February 27, 2008, 9:27:16 PM, you wrote: > Greetings, PDO community! My name is David Sceppa and I am a program > manager working at Microsoft on improving SQL Server for PHP data hosting. > Let me first just say that Microsoft is very interested in participating > in the PDO 2 effort and I plan to actively engage in the discussions of > the spec and the core via the mailing list. As a relative newcomer to > this space, Microsoft is highly incented to see a single solution that > serves the needs of this community. This is both from the standpoint of > technical investment (i.e. we would like to focus our resources on > delivering one rock solid answer rather than many across the space), and > for customer clarity as having too many choices often winds up being > confusing. We believe that PDO 2 is that solution going forward in the > PHP space, and we are therefore committed to seeing it through to fruition. > The approach that's been described in proposals (vendor-built drivers can > be covered via CLAs while the core components remain CLA-free) is > something I believe to be in the best interests of both driver writers and > the developers who use PDO. We would prefer to have the spec and the core > covered by CLA, so that we can make more direct contributions, yet we > understand that the community wishes to keep the spec and the core CLA-free. > Microsoft has a great deal of experience and lessons learned (both > positive and negative) through the evolution of ODBC and other data access > technologies that give us a unique perspective and we look forward to > contributing to the PDO 2 effort. I look forward to diving into more > technical discussions on the mailing list on issues such as whether or not > there should be a set of core PDO libraries, the PDO metadata vocabulary, driver extensibility, etc. Thanks fro writing and welcome to the list. We appreciate your will to help as much as we agree any other help. As you probably have noted already we are a bit unsure how to preceed from now. Maybe you can start helping with working on the current PDO. This would allow us to see some input from your side that way introducing yourself and your team better. And it also allows you to understand the way PHP gets developed better. Best regards, Marcus