RE: [PDO] [RFC] An Idea for PDO 2

[email protected] (Derick Rethans)
Newsgroups php.pdo
Message-ID <[email protected]>
On Sat, 2 Feb 2008, Andi Gutmans wrote:

> I promised to answer what other alternatives to the CLA everything
> proposal were discussed. Here is a short recap of what I remember (NOTE:
> Just because they were raised doesn't mean that people necessarily
> thought they were good ideas. It was more on the brainstorming side):

> - JDBC like solution - Spec only as a set of interfaces/contracts (also
> under some collaboration agreement although there may be an option not
> to have that); drivers are fully implemented by the vendors; there is no
> PDO core in this option.

[snip]

> - Developing PDO outside of PHP.net

[snip]

> - Developing outside of PHP.net and then copying snapshots into PECL
> (variation of previous one)

[snip]

Why not just do the "right thing" (tm):

- Have PDO2 in core, including all the drivers that don't require a CLA 
  (MySQL, and assume also pgsql, sqlite, firebird...).
- All things that require a CLA somewhere else.

As they're all non-open source implementations I don't see why they 
should be on PHP, and why should we spend any source of resource on 
it-at all. No open process, also means no support. It will be up to the 
closed source vendors to deal with their stuff themselves. If that 
means, their drivers are not bundled with PHP, so be it. Especially it 
already seems that Oracle has a non-CLA PDO driver right now, I hope 
other commercial vendors see that they can only compete for PHP users if 
their process is open as well.

regards,
Derick

-- 
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.