Electronics & Programming


Open Source electronics development and programming

  • You are not logged in.
  • Root
  • » PHP
  • » [PHP-DEV] Remove sqlite2 from trunk) [RSS Feed]

#1 June 19, 2010 10:34:34

Patrick A.
Registered: 2009-11-02
Reputation: +  0  -
Profile   Send e-mail  

[PHP-DEV] Remove sqlite2 from trunk)

2010/6/19 Ulf Wendel <ulf.wen***@*hpdoc.de>:
> Johannes Schlüter schrieb:
>> As I said before in this thread: Realistically we can't drop it. Too
>> many tutorials, books, applications, ... mention mysql_* and ignore the
>> limitations and issues the old mysql extension provides...
> True, true...
> One of the best things one can do is to bash very article, blog posting,
> mailinglist posting and in particular every recent book showing ext/mysql
> examples instead or either ext/mysqli or PDO_MySQL examples.
> Every now and then we get feature requests for ext/mysql through bug
> reports. The reporters often complain badly if we MySQL guys refuse to add
> the requested feature to ext/mysql ...
> Ulf

I understand and agree on most of the concerns by not
bundling/activating ext/mysql by default. Those are valuable

The problem I would like to avoid in a couple of years is having a PHP
which will contain 4 different built-in MySQL API and 3 different
array/hash/map, or whatever, implementations.

My concerns are about:
QA: less code to maintain, fewer bugs
Doc, tutorials, books,...: by having multiple (built-in) ways to
achieve the same operation we end up with that many different
approach, this is confusing to (new) developers -> I've seen mysql_*()
functions in my book, but this new/shiny tutorial is using
mysqli_()... what's best? Interesting read:http://stackoverflow.com/questions/2190737/what-is-difference-between-mysql-mysqli-and-pdoDevelopers: by developing several corporate applications, they will
end up knowing the two API's because of the initial choice of early
developers. This is the opposite of standardization which is so
important to the corporate world, do they need to use a framework to
have the benefit of standardization?
Software vendor: at the commercial level, softwares needs to support a
database (MySQL), not a database *layer* (mysql/mysqli). Because of
the heterogeneity of installations, software needs to be able to
support both layers!
example:http://github.com/ezsystems/ezpublish/blob/master/lib/ezdb/classes/ezmysqldb.phpandhttp://github.com/ezsystems/ezpublish/blob/master/lib/ezdb/classes/ezmysqlidb.phpIf they don't, then you end up with a lot of threads about it (= time
which may be used for something more interesting):http://www.google.com/search?q=wordpress+mysql+mysqliMoving ext/mysql to PECL is a "possible" solution, I'm not defending
this one despite all opposition.
I am only interested in the ultimate goal: "How can we favor the use
of ext/mysqli?".
What are the possible actions/alternatives?


PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:http://www.php.net/unsub.php


  • Root
  • » PHP
  • » [PHP-DEV] Remove sqlite2 from trunk) [RSS Feed]

Board footer

Moderator control

Enjoy the 17th of March

The Forums are managed by develissimo stuff members, if you find any issues or misplaced content please help us to fix it. Thank you! Tell us via Contact Options
Leave a Message
Welcome to Develissimo Live Support