Go Back   CodingForums.com > :: Server side development > PHP

Before you post, read our: Rules & Posting Guidelines

Reply
 
Thread Tools Rate Thread
Enjoy an ad free experience by logging in. Not a member yet? Register.
Old 02-21-2003, 08:40 AM   PM User | #1
kenny873
New Coder

 
Join Date: Feb 2003
Posts: 63
Thanks: 0
Thanked 0 Times in 0 Posts
kenny873 is an unknown quantity at this point
Thumbs up PEAR or ADOdb

there is an extension in PHP called PEAR, where we no longer need to connect to the DB using mysql_connect() but with
the embedded function such as DB:connect(), one of the main advantage is the ease of implementation if we want to change the db from mysql into Oracle....saves a lot of implementation time to rewrite!

I want to know the comparison of PEAR to ADOdb, which one is better to implement by their performance, functionality?

thanks
kenny873 is offline   Reply With Quote
Old 02-21-2003, 12:27 PM   PM User | #2
firepages
Super Moderator


 
Join Date: May 2002
Location: Perth Australia
Posts: 3,890
Thanks: 5
Thanked 79 Times in 78 Posts
firepages will become famous soon enough
whilst not being a big fan of PEAR (in general) ... or any abstraction layer for DB work I suspect that PEAR may win in the long run as `THE` DB layer though not because it is any better ... possibly the opposite...

I would suggest you think about writing seperate Database classes for each database you think you may ever require, some DB abstractions can work, but to get an abstration layer that works from the bottom to the top of the scale often gives very poor, innefficient code , want proof ... look at PEAR

In general, if you think you will be able to port a MySQL app to Oracle then you probably have problems ahead aside from SQL syntax which is hard to write for both, Oracle requires a totally different methodology to get the best out of compared to MySQL inless you are only using Oracle at the same level as MySQL in which case stick to MySQL cos its faster and cheaper
__________________
resistance is...

MVC is the current buzz in web application architectures. It comes from event-driven desktop application design and doesn't fit into web application design very well. But luckily nobody really knows what MVC means, so we can call our presentation layer separation mechanism MVC and move on. (Rasmus Lerdorf)
firepages is offline   Reply With Quote
Reply

Bookmarks

Jump To Top of Thread


Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 02:10 AM.


Advertisement
Log in to turn off these ads.