I've updated the old Oracle PHP FAQ and the Oracle PHP Troubleshooting FAQs that were hosted by Oracle Technology Network (OTN). We've redirected the old FAQ pages to a new wiki page: http://wiki.oracle.com/page/PHP+Oracle+FAQ with the updated content. Feel free to create an account and make updates. Hosting the FAQ on a wiki seems appropriate because PHP is open source and grows by the value of everyone's contributions.
Search All Blogs
Google Search
About This Entry
This page contains a single entry from the blog posted on April 7, 2009 12:40 PM.
The previous post in this blog was PHP OCI8 Signal Handling and --enable-sigchild.
The next post in this blog is Reducing diskspace of your Oracle Instant Client install.
Many more can be found on the main index page or by looking through the archives.
Top Tags
- #dpc
- #oow09
- 11gR2
- 2009
- 5.3
- APAC
- apache
- application server
- architecture
- attributes
- award
- book
- books
- brazil
- bug
- c++
- cache
- clob
- cms
- code
- community
- compiler
- conference
- database
- dbd
- dbms_output
- departure
- developer
- download
- drcp
- drupal
- edition
- edition-based redefinition
- employee
- enterprise linux
- faq
- history
- holland
- ide
- innodb
- install
- installation
- installfest
- instant client
- interviewing
- library
- linux
- lob
- mac
- manual
- meeting
- meetup
- memory
- monitoring
- mysql
- netbeans
- netherlands
- oci8
- oel
- ohs
- oow08
- openworld
- openworld08
- oracle
- oracle conference computer photo openworld08
- packt
- pecl
- performance
- perl
- php
- php conference
- php conference zend zendcon08
- php ruby
- phpconfbrasil2008
- pipelined
- pl/sql
- programming
- python
- quebec
- rac
- rails
- rdbms
- reference
- release
- release candidate
- release management
- resource
- rpm
- ruby
- rubyonrails
- sessions
- signal
- singapore
- skill
- software
- sql
- student
- test
- testing
- tool
- tracing
- training
- tuxedo
- ubuntu
- uln
- unbreakable linux network
- unconference
- up2date
- upgrade
- usergroup
- wiki
- windows
- workshop
- xml
- yum
- zend
- zend server
Comments (2)
"While PDO is gaining a little popularity, PDO_OCI isn't as mature as OCI8 and doesn't support some of the features that OCI8 does."
The "a little" sounds somewhat wierd in that sentence. Are you saying PDO is gaining popularity (in fact its the #1 way new apps are written today)? Or are you saying that the adoption is too little to care? Obviously if something is mostly broken people will not adopt it (when I was saying #1 before I am talking about pretty much all other RDBMS).
Anyways, I heard rumors that the Doctrine project is pondering to collect donations to put a developer on PDO_OCI to fix the worst of the bugs.
Posted by Lukas | April 7, 2009 11:15 PM
Posted on April 7, 2009 23:15
Hi Lukas. Thanks for the comment. It seems odd to be using this blog
post as a soapbox. You & I already know our positions.
The text you point at is on a wiki, feel free to update it with new
content.
The fact I see is that the PHP community has collectively done very
little with the PDO project and this has really hampered its adoption.
While Oracle was able to step in and help with the OCI8 extension, it
hasn't been able to with PDO_OCI.
I'm in touch with the Doctrine team. It would be great if they did
work on PDO_OCI, but I haven't seen any sign of that yet.
The OCI8 extension is stable, scalable and used for _much_ heavy
lifting in PHP Oracle applications.
Posted by Chris Jones | April 8, 2009 11:04 AM
Posted on April 8, 2009 11:04