Why you Should be using PHP’s PDO for Database Access

Why you Should be using PHP’s PDO for Database Access

Tutorial Details
  • Technology: PHP
  • Difficulty: Moderate
  • Estimated Completion Time: 40 Minutes

Many PHP programmers learned how to access databases by using either the MySQL or MySQLi extensions. As of PHP 5.1, there’s a better way. PHP Data Objects (PDO) provide methods for prepared statements and working with objects that will make you far more productive!

Republished Tutorial

Every few weeks, we revisit some of our reader's favorite posts from throughout the history of the site. This tutorial was first published in May of 2010.


PDO Introduction

“PDO – PHP Data Objects – is a database access layer providing a uniform method of access to multiple databases.”

It doesn’t account for database-specific syntax, but can allow for the process of switching databases and platforms to be fairly painless, simply by switching the connection string in many instances.

PDO - db abstraction layer

This tutorial isn’t meant to be a complete how-to on SQL. It’s written primarily for people currently using the mysql or mysqli extension to help them make the jump to the more portable and powerful PDO.

Database Support

The extension can support any database that a PDO driver has been written for. At the time of this writing, the following database drivers are available:

  • PDO_DBLIB ( FreeTDS / Microsoft SQL Server / Sybase )
  • PDO_FIREBIRD ( Firebird/Interbase 6 )
  • PDO_IBM ( IBM DB2 )
  • PDO_INFORMIX ( IBM Informix Dynamic Server )
  • PDO_MYSQL ( MySQL 3.x/4.x/5.x )
  • PDO_OCI ( Oracle Call Interface )
  • PDO_ODBC ( ODBC v3 (IBM DB2, unixODBC and win32 ODBC) )
  • PDO_PGSQL ( PostgreSQL )
  • PDO_SQLITE ( SQLite 3 and SQLite 2 )
  • PDO_4D ( 4D )

All of these drivers are not necessarily available on your system; here’s a quick way to find out which drivers you have:

print_r(PDO::getAvailableDrivers());

Connecting

Different databases may have slightly different connection methods. Below, the method to connect to some of the most popular databases are shown. You’ll notice that the first three are identical, other then the database type – and then SQLite has its own syntax.

Connection String
try {
  # MS SQL Server and Sybase with PDO_DBLIB
  $DBH = new PDO("mssql:host=$host;dbname=$dbname, $user, $pass");
  $DBH = new PDO("sybase:host=$host;dbname=$dbname, $user, $pass");

  # MySQL with PDO_MYSQL
  $DBH = new PDO("mysql:host=$host;dbname=$dbname", $user, $pass);

  # SQLite Database
  $DBH = new PDO("sqlite:my/database/path/database.db");
}
catch(PDOException $e) {
    echo $e->getMessage();
}

Please take note of the try/catch block – you should always wrap your PDO operations in a try/catch, and use the exception mechanism – more on this shortly. Typically you’re only going to make a single connection – there are several listed to show you the syntax. $DBH stands for ‘database handle’ and will be used throughout this tutorial.

You can close any connection by setting the handle to null.

# close the connection
$DBH = null;

You can get more information on database specific options and/or connection strings for other databases from PHP.net.


Exceptions and PDO

PDO can use exceptions to handle errors, which means anything you do with PDO should be wrapped in a try/catch block. You can force PDO into one of three error modes by setting the error mode attribute on your newly created database handle. Here’s the syntax:

$DBH->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_SILENT );
$DBH->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING );
$DBH->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );

No matter what error mode you set, an error connecting will always produce an exception, and creating a connection should always be contained in a try/catch block.

PDO::ERRMODE_SILENT

This is the default error mode. If you leave it in this mode, you’ll have to check for errors in the way you’re probably used to if you used the mysql or mysqli extensions. The other two methods are more ideal for DRY programming.

PDO::ERRMODE_WARNING

This mode will issue a standard PHP warning, and allow the program to continue execution. It’s useful for debugging.

PDO::ERRMODE_EXCEPTION

This is the mode you should want in most situations. It fires an exception, allowing you to handle errors gracefully and hide data that might help someone exploit your system. Here’s an example of taking advantage of exceptions:

# connect to the database
try {
  $DBH = new PDO("mysql:host=$host;dbname=$dbname", $user, $pass);
  $DBH->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );

  # UH-OH! Typed DELECT instead of SELECT!
  $DBH->prepare('DELECT name FROM people');
}
catch(PDOException $e) {
    echo "I'm sorry, Dave. I'm afraid I can't do that.";
    file_put_contents('PDOErrors.txt', $e->getMessage(), FILE_APPEND);
}

There’s an intentional error in the select statement; this will cause an exception. The exception sends the details of the error to a log file, and displays a friendly (or not so friendly) message to the user.


Insert and Update

Inserting new data, or updating existing data is one of the more common database operations. Using PDO, this is normally a two-step process. Everything covered in this section applies equally to both UPDATE and INSERT operations.

2 to 3 step insert and update

Here’s an example of the most basic type of insert:

# STH means "Statement Handle"
$STH = $DBH->prepare("INSERT INTO folks ( first_name ) values ( 'Cathy' )");
$STH->execute();

You could also accomplish the same operation by using the exec() method, with one less call. In most situations, you’re going to use the longer method so you can take advantage of prepared statements. Even if you’re only going to use it once, using prepared statements will help protect you from SQL injection attacks.

Prepared Statements

Using prepared statements will help protect you from SQL injection.

A prepared statement is a precompiled SQL statement that can be executed multiple times by sending just the data to the server. It has the added advantage of automatically making the data used in the placeholders safe from SQL injection attacks.

You use a prepared statement by including placeholders in your SQL. Here’s three examples: one without placeholders, one with unnamed placeholders, and one with named placeholders.

# no placeholders - ripe for SQL Injection!
$STH = $DBH->("INSERT INTO folks (name, addr, city) values ($name, $addr, $city)");

# unnamed placeholders
$STH = $DBH->("INSERT INTO folks (name, addr, city) values (?, ?, ?);

# named placeholders
$STH = $DBH->("INSERT INTO folks (name, addr, city) value (:name, :addr, :city)");

You want to avoid the first method; it’s here for comparison. The choice of using named or unnamed placeholders will affect how you set data for those statements.

Unnamed Placeholders

# assign variables to each place holder, indexed 1-3
$STH->bindParam(1, $name);
$STH->bindParam(2, $addr);
$STH->bindParam(3, $city);

# insert one row
$name = "Daniel"
$addr = "1 Wicked Way";
$city = "Arlington Heights";
$STH->execute();

# insert another row with different values
$name = "Steve"
$addr = "5 Circle Drive";
$city = "Schaumburg";
$STH->execute();

There are two steps here. First, we assign variables to the various placeholders (lines 2-4). Then, we assign values to those placeholders and execute the statement. To send another set of data, just change the values of those variables and execute the statement again.

Does this seem a bit unwieldy for statements with a lot of parameters? It is. However, if your data is stored in an array, there’s an easy shortcut:

# the data we want to insert
$data = array('Cathy', '9 Dark and Twisty Road', 'Cardiff');

$STH = $DBH->("INSERT INTO folks (name, addr, city) values (?, ?, ?);
$STH->execute($data);

That’s easy!

The data in the array applies to the placeholders in order. $data[0] goes into the first placeholder, $data[1] the second, etc. However, if your array indexes are not in order, this won’t work properly, and you’ll need to re-index the array.

Named Placeholders

You could probably guess the syntax, but here’s an example:

# the first argument is the named placeholder name - notice named
# placeholders always start with a colon.
$STH->bindParam(':name', $name);

You can use a shortcut here as well, but it works with associative arrays. Here’s an example:

# the data we want to insert
$data = array( 'name' => 'Cathy', 'addr' => '9 Dark and Twisty', 'city' => 'Cardiff' );

# the shortcut!
$STH = $DBH->("INSERT INTO folks (name, addr, city) value (:name, :addr, :city)");
$STH->execute($data);

The keys of your array do not need to start with a colon, but otherwise need to match the named placeholders. If you have an array of arrays you can iterate over them, and simply call the execute with each array of data.

Another nice feature of named placeholders is the ability to insert objects directly into your database, assuming the properties match the named fields. Here’s an example object, and how you’d perform your insert:

# a simple object
class person {
    public $name;
    public $addr;
    public $city;

    function __construct($n,$a,$c) {
        $this->name = $n;
        $this->addr = $a;
        $this->city = $c;
    }
    # etc ...
}

$cathy = new person('Cathy','9 Dark and Twisty','Cardiff');

# here's the fun part:
$STH = $DBH->("INSERT INTO folks (name, addr, city) value (:name, :addr, :city)");
$STH->execute((array)$cathy);

By casting the object to an array in the execute, the properties are treated as array keys.


Selecting Data

Fetch data into arrays or objects

Data is obtained via the ->fetch(), a method of your statement handle. Before calling fetch, it’s best to tell PDO how you’d like the data to be fetched. You have the following options:

  • PDO::FETCH_ASSOC: returns an array indexed by column name
  • PDO::FETCH_BOTH (default): returns an array indexed by both column name and number
  • PDO::FETCH_BOUND: Assigns the values of your columns to the variables set with the ->bindColumn() method
  • PDO::FETCH_CLASS: Assigns the values of your columns to properties of the named class. It will create the properties if matching properties do not exist
  • PDO::FETCH_INTO: Updates an existing instance of the named class
  • PDO::FETCH_LAZY: Combines PDO::FETCH_BOTH/PDO::FETCH_OBJ, creating the object variable names as they are used
  • PDO::FETCH_NUM: returns an array indexed by column number
  • PDO::FETCH_OBJ: returns an anonymous object with property names that correspond to the column names

In reality, there are three which will cover most situations: FETCH_ASSOC, FETCH_CLASS, and FETCH_OBJ. In order to set the fetch method, the following syntax is used:

$STH->setFetchMode(PDO::FETCH_ASSOC);

You can also set the fetch type directly within the ->fetch() method call.

FETCH_ASSOC

This fetch type creates an associative array, indexed by column name. This should be quite familiar to anyone who has used the mysql/mysqli extensions. Here’s an example of selecting data with this method:

# using the shortcut ->query() method here since there are no variable
# values in the select statement.
$STH = $DBH->query('SELECT name, addr, city from folks');

# setting the fetch mode
$STH->setFetchMode(PDO::FETCH_ASSOC);

while($row = $STH->fetch()) {
    echo $row['name'] . "\n";
    echo $row['addr'] . "\n";
    echo $row['city'] . "\n";
}

The while loop will continue to go through the result set one row at a time until complete.

FETCH_OBJ

This fetch type creates an object of std class for each row of fetched data. Here’s an example:

# creating the statement
$STH = $DBH->query('SELECT name, addr, city from folks');

# setting the fetch mode
$STH->setFetchMode(PDO::FETCH_OBJ);

# showing the results
while($row = $STH->fetch()) {
    echo $row->name . "\n";
    echo $row->addr . "\n";
    echo $row->city . "\n";
}

FETCH_CLASS

The properties of your object are set BEFORE the constructor is called. This is important.

This fetch method allows you to fetch data directly into a class of your choosing. When you use FETCH_CLASS, the properties of your object are set BEFORE the constructor is called. Read that again, it’s important. If properties matching the column names don’t exist, those properties will be created (as public) for you.

This means if your data needs any transformation after it comes out of the database, it can be done automatically by your object as each object is created.

As an example, imagine a situation where the address needs to be partially obscured for each record. We could do this by operating on that property in the constructor. Here’s an example:

class secret_person {
    public $name;
    public $addr;
    public $city;
    public $other_data;

    function __construct($other = '') {
        $this->address = preg_replace('/[a-z]/', 'x', $this->address);
        $this->other_data = $other;
    }
}

As data is fetched into this class, the address has all its lowercase a-z letters replaced by the letter x. Now, using the class and having that data transform occur is completely transparent:

$STH = $DBH->query('SELECT name, addr, city from folks');
$STH->setFetchMode(PDO::FETCH_CLASS, 'secret_person');

while($obj = $STH->fetch()) {
    echo $obj->addr;
}

If the address was ’5 Rosebud,’ you’d see ’5 Rxxxxxx’ as your output. Of course, there may be situations where you want the constructor called before the data is assigned. PDO has you covered for this, too.

$STH->setFetchMode(PDO::FETCH_CLASS | PDO::FETCH_PROPS_LATE, 'secret_person');

Now, when you repeat the previous example with this fetch mode (PDO::FETCH_PROPS_LATE) the address will NOT be obscured, since the constructor was called and the properties were assigned.

Finally, if you really need to, you can pass arguments to the constructor when fetching data into objects with PDO:

$STH->setFetchMode(PDO::FETCH_CLASS, 'secret_person', array('stuff'));

If you need to pass different data to the constructor for each object, you can set the fetch mode inside the fetch method:

$i = 0;
while($rowObj =  $STH->fetch(PDO::FETCH_CLASS, 'secret_person', array($i))) {
    // do stuff
    $i++
}

Some Other Helpful Methods

While this isn’t meant to cover everything in PDO (it’s a huge extension!) there are a few more methods you’ll want to know in order to do basic things with PDO.

$DBH->lastInsertId();

The ->lastInsertId() method is always called on the database handle, not statement handle, and will return the auto incremented id of the last inserted row by that connection.

$DBH->exec('DELETE FROM folks WHERE 1');
$DBH->exec("SET time_zone = '-8:00'");

The ->exec() method is used for operations that can not return data other then the affected rows. The above are two examples of using the exec method.

$safe = $DBH->quote($unsafe);

The ->quote() method quotes strings so they are safe to use in queries. This is your fallback if you’re not using prepared statements.

$rows_affected = $STH->rowCount();

The ->rowCount() method returns an integer indicating the number of rows affected by an operation. In at least one known version of PDO, according to [this bug report](http://bugs.php.net/40822) the method does not work with select statements. If you’re having this problem, and can’t upgrade PHP, you could get the number of rows with the following:

$sql = "SELECT COUNT(*) FROM folks";
if ($STH = $DBH->query($sql)) {
    # check the row count
    if ($STH->fetchColumn() > 0) {

    # issue a real select here, because there's data!
    }
    else {
        echo "No rows matched the query.";
    }
}

Conclusion

I hope this helps some of you migrate away from the mysql and mysqli extensions. What do you think? Are there any of you out there who might make the switch?

Note: Want to add some source code? Type <pre><code> before it and </code></pre> after it. Find out more
  • Ben

    Been using this for about 4 years now.

    Here is some more information on this

    http://www.webdevrefinery.com/forums/topic/1272-your-mysql-code-sucks

  • Lawrance

    I think PDO is great. For most users it provides a consistent database abstraction layer that does the job with reasonable performance.

    HOWEVER: Shouldn’t developers still have the choice to write their own database abstraction layer if they choose to? Sure, this is possible now, but with varying difficulty. How long will it be until PDO is really the only choice you have for database access using PHP?

    MY POINT IS: PDO should continue to be a separate project, while the current database extensions should continue to be developed to be faster and more reliable. I am just concerned that support for databases will eventually be consumed by PDO, with fewer alternatives available.

    Have fun!

  • Azman

    Have been using it for almost a year now… seems much easier to use and understand.. :)

  • http://gafitescu.posterous.com Gafitescu Daniel

    Drupal 7 will use PDO as well.

  • http://www.ianhoar.com Ian

    Great tutorial, I’ll have to use this before I really know if I prefer it. I’ve been meaning to read this article for awhile now and finally got around to it. Will definitely play around with it on my next project.

  • doug
  • anonymous

    Isn’t there missing the ‘prepare’ in the first code example underneath “Prepared Statements”?

    $STH = $DBH->(“INSERT INTO folks (name, addr, city) values ($name, $addr, $city)”);

    should be

    $STH = $DBH->prepare(“INSERT INTO folks (name, addr, city) values ($name, $addr, $city)”);

    and so on.

    • http://digitalformula.net/ Chris

      +1

      I noticed that, too.

    • http://www.onesixty.co jeff

      That’s brutal. Author should really fix that. Shouldn’t have to read the comments to find out how to actually do what the article is about.

      Agreed +1.

  • Addy

    Good Post

    I really like it.

    From now i will use PDO instead of mysql extension.

    Thanks
    Addy

  • http://www.marcinkossakowski.com/robots.txt marcin

    What about the performance between using simple mysqli connection and PDO?

  • Alan

    Please, please check for typos before posting. There are several missing prepares and missing punctuation.
    Otherwise the content is excellent. Thanks.

  • http://wcrstudios.com Wrenbjor

    I wrote a class that uses a basic connection and some helper methods. There is also a demo page to shoe usage.

    http://github.com/Wrenbjor/PHP-PDO-Connection

    • jeff

      I would avoid this class. It strips your PDO of any advantage while only saving you a couple lines of code. Might as well go back to the php functionality and use mysql_query().

      • Gus

        Yes, you have the option to go back and write in C, no?

        We have to try to adapt our developing style to new technologies and frameworks, step up is the way dont miss about!

  • Frank

    I now use PDO all the time. I would like to know how I can extend the class in order to keep all my user connection details and prepared statements together for a given project, rather than just including a php file.

  • Anthony

    1. Nice blog. It is better to code with PDO.
    2. It should be noted that PDO codes are not necessarily portable across databases.
    3. FETCH_ASSOC should scale well (better than FETCH_CLASS).
    4. PDO tier + MySQL tier should scale very well. Continuent provides a real time Oracle to MySQL replication service. It might be possible to put MySQL in front of Oracle. Anyone has information on this?
    5. The Technocorp framework is an example of a framework built on PDO. Anyone tried this?

  • Micke

    Once Again Nettuts did it!

    Without Nettuts my development would take much more time!

    Thanks alot!!

    Micke

  • http://revathskumar.com RSK

    Whether PDO will work fine with all types of queries???

    can i switch from MySql to MSSQL 2008. by only changing de the connection string.
    I think its not possible.

    since Pagination in MSSQL 2008 is tougher than MySql.

    MSSQL won’t support “Limit” keyword in ver. 2008

    • http://trentrichardson.com Trent

      PDO does make it easy to swap out connections types from mysql to mssql, however the sql syntax passed must be compliant with the database you’re connected too. Some comments I’ve noticed have bashed because they prefer a custom abstraction instead of pdo’s abstraction, but there is still a LOT of room left to abstract when it comes to syntax.

      The only big difference I’ve seen is that some databases (Microsoft’s 3rd party sqlsrv extension included) support the nextRowset(), where as many of the other PDO connections do not:
      http://trentrichardson.com/2011/08/10/making-sense-of-stored-procedures-with-php-pdo-and-sqlsrv/

      That being said the DBLib/MSSQL/Sybase is an older, less featured method of connecting to SQL Server, there is now an extension developed by Microsoft called “sqlsrv”, which is more feature rich and brings it to par with mysql and postgresql. They have also recently released a 64bit linux version too.

  • http://www.chierotti.net chieroz

    very useful tutorial, thank you. I have been using ADOdb for years (too lazy to find new solutions…) but now I’m ready to do the switch.

  • http://www.facebook.com/goodtimetribe Joshua K

    very excellent article. you did a great job of demonstrating the insert by cast the object to an array and the information on the prepared statements. thanks.

  • Michiel Westerbeek

    $DBH = new PDO(“mssql:host=$host;dbname=$dbname, $user, $pass”);
    $DBH = new PDO(“sybase:host=$host;dbname=$dbname, $user, $pass”);

    should be:

    $DBH = new PDO(“mssql:host=$host;dbname=$dbname”, $user, $pass”);
    $DBH = new PDO(“sybase:host=$host;dbname=$dbname”, $user, $pass”);

  • http://www.goldsniff.com Halim

    Hm,
    it’s been a long time since i use sql extention as my database connection, and really, it’s always be a pain in the ass when trying to avoid sql injection.
    I think it’s time to move to PDO :)

    Thanks for sharing

  • http://www.cblu.net Paolo Certo

    I moved to PDO in 2004 and have not looked back.

  • http://dagrevis.lv/ daGrevis

    I moved to PDO in 2011 and have not looked back. x))

    • Gus

      I will move to PDO in 2012! can I have a look back. :P

  • http://a.com Me

    Good writeup.
    A few typos corrections, to make it perfect. :)

    1. “->(” should be “->prepare( ” X4
    2. in # unnamed placeholders , missing ”
    3. select into .. value should be values X(many)

  • Le Monde

    Thx for the example.
    But a small change.
    The prepare statement will not generate error. We ned to execute in order to get the error
    so after the code
    “$DBH->prepare(‘DELECT name FROM people’); ”
    we need to add the following line in order to get the error
    “$STH->execute();”

  • http://www.lovethistune.com uloga

    You’re missing prepare , poor tutorial on PDO.Sorry!
    PDO class is all about security but you’re showing lot’s of insecure examples inhere.

  • http://outsourcingnepal.com Kabindra Bakey

    Its a starting point for working with PDO. I have always been working with mysql. Now I’m starting with PDO with some missing part for prepare.

  • http://swapnilg.com/geek/ swapnil

    Great tutorial for me to get started with PDO.

  • http://jacob-kerr.com Jacob Edmond Kerr

    I am going to use PDO for now on! Love it! Thanks for the post this was a good read.

  • http://andrewgriffithsonline.com techjacker

    I’ve written a PDO class that securely handles PDO connections and also includes some quick query methods to save typing prepared statements.

    Check it out:
    http://andrewgriffithsonline.com/software/pdo-quick/

  • Giovanni

    While on the subject on the PDO extension, I come here to recommend the use of PDO4You class, which I am using for a long time ago and has become the basis of my projects.

    For those interested, have a github repository in order to download and use in their applications, or simply monitor and / or share.

    The following link: https://bitly.com/PDO4You

    Send your suggestions or criticism, and help make this class even better for the benefit of all and so when PHP is up there. = D

    Hugs.

  • Adam

    Thank you for the informative article. Although I noticed one tiny thing under “Prepared Statements”:
    # unnamed placeholders
    $STH = $DBH->(“INSERT INTO folks (name, addr, city) values (?, ?, ?);

    Shouldn’t this be:
    # unnamed placeholders
    $STH = $DBH->(“INSERT INTO folks (name, addr, city) values (?, ?, ?)”);

    or some variant?

    • Santiago Sotomayor

      Yes, i think you mean

      $STH = $DBH->prepare(“INSERT INTO folks (name, addr, city) values (?, ?, ?)”);

      it’s missing the “prepare” function, also, under the FETCH_OBJ example, it’s missing the:

      $STH->execute()

      statement, just a few mistakes to point out, excellent tutorial anyway. ;)

  • http://lmbd.co.uk Luke

    Great read! I’ve actually been using PEAR’s version; MDB, for some time now whilst developing internal intranets.

    This was fine, because they all used PHP4, which MDB2 supports well. When developing on live sites, however, I’ve had a lot of problems with deprecation errors because the servers were running newer versions of PHP. In of itself, this is not an issue for me, for now, because I can simply suppress errors post-development, but I have had to look for an alternative to MDB when trying to interface through AJAX calls.

    When passing response data to JavaScript for handling AJAX responses, you simply cannot check for echoed statements, generally ‘failure’ or ‘success’ or some other, because you have lines of deprecation errors to contend with.

    A bit of googling led me to this article, and I’m working on getting PDO installed.. well, right now actually!

    Cheers for the great read – I’ll also be using prepared statements for a change, as opposed to looping the $_POST array and cleaning that =]

    - Luke

  • http://alexklimok.com Alex

    Can you guys remove “view plain” “copy to clipboard” “print” “?” text from the print stylesheet?

    It’s somewhat annoying having that text above the each section of code when I printed this tut out.

    Thanks!

    • http://roadha.us haliphax

      A custom user stylesheet would do the trick in the mean time. ;)

      • http://www.iran2rism.com/ تور

        ur wlc my dear

  • http://www.amahrizal.wordpress.com mahrizal

    Thank’s

    your tutorial is great

  • Nizzy

    Erik,

    I like PDO but, there is one feature missing that caused me to drop it forever.

    When there is an exception, I like to log the populated queries (replace namespaces with actual values) for auditing.

    Do you know how to do this?

    Thanks
    Nizzy

    • Erik

      Nizzy: There is no “complete statement” in the case of a prepared statement. That’s just how SQL works, regardless of the interface. In a prepared statement the statement with placeholders is sent to the server and compiled. Then the data is sent to the server and executed on that compiled (prepared!) statement.

      To log queries you’d just have to write a custom method which should be fairly simple to do. If you are using string interp. to build your SQL statements just to make logging easier, you’re asking for trouble.

  • http://www.bharath.co.uk Amarjit Bharath

    PDO has been around for too long. mysql and mysqli_ were around since php 4.
    Drupal 7 now uses PDO. Time for everone to jump on the bandwagon.

    Great article.

  • whiterainbow

    Agreed – there are so many mistakes in this tutorial that it’s just confusing. I would strongly recommend another tutorial, although using PDO may be a big time saver for a lot of people. I am already loving it for the attributes, especially PDO::ATTR_ORACLE_NULLS, PDO::NULL_EMPTY_STRING, which allows you to set empty strings to null before an insert (in any engine, not just Oracle)!

    • Gus

      Which tutorial you recommend me, I am starting to PDO.
      Thanks.

  • http://www.vivitech.co.uk/ Software Developer

    This is a really good example, I can think of a few improvements i can apply to my own website now. Thank you for this tutorial.

  • Kevin

    Since mysqli and PDO both address the same issues with safety ( allowing for prepared statements ) you really have to look at things like ‘What’s faster for the developer’ versus ‘What’s faster for the machine’.

    In general, you only write code once while you execute it loads of time. So it would be natural to look beyond what saves the developer time and to look what actually saves the people that use an application time. As such I prefer mysqli because in some situations like in LIKE statements or non-prepared statements, it is faster according to this research: http://jnrbsn.com/2010/06/mysqli-vs-pdo-benchmarks

    Now obviously this is a very minute performance difference, but I still prefer to work a little longer on code over having to force users to wait a little longer for an application to work because I chose to work faster with more performance-reducing shortcuts.

    If you want to go for safety, use either. If you want to have an easier time as a developer, choose PDO. If you want to give the user or server an easier time, choose the option that is more beneficial to performance.

  • http://roadha.us haliphax

    I commend you for presenting the PDO concept to the masses, but there are a number of grievous mistakes in this tutorial that will no doubt have many PDO beginners scratching their heads for some time. There are missing “prepare” method calls, unclosed strings (i.e., missing the ending quotation mark), and more.

    These need to be corrected, or this tutorial will likely do more harm than good for many people.

  • http://www.keithbluhm.com Keith

    I would recommend PDO, but specifically for it’s prepared statements, placeholders, parameters, etc, and not for it’s data abstraction. I would never make a decision based purely (ie: at all) on abstraction. I have yet to meet anyone, myself included, who starts a project and then decides changing the RDBMS is necessary.

    • http://www.keithbluhm.com Keith

      And not to mix words, I do understand it is a data-access layer, which only strengthens my point. How many times have you decided to change the RDBMS mid-way through a project? And if so, how many of us stick within the boundaries of the data-access restrictions, whereas flipping a switch, changing `mysql` to `pgsql`, is just that easy? Never!!!

  • http://www.iran2rism.com/ تور

    thnx good info

  • pater

    another example for the need of a better search facility so you don’t need repeat tutorials

  • Paul

    Why is this tutorial showing with a Jan 2012 date?

    • http://www.jeffrey-way.com Jeffrey Way

      Repost (see the top of the article). It’s the easiest way to put the article at the top of the stack in WordPress.

      • http://www.keithbluhm.com Keith

        Does that mean all those typos and errors everyone’s been pointing out remained within the original tutorial since May of 2010? :x

  • http://www.github.com/dotink/inkwell Matthew J. Sahagian

    It’s a good thing this article is from 2010 — better solutions, albeit, some that use PDO exist. This site has made rough references to Flourish (http://www.flourishlib.com), which will use various extensions, including PDO if it is the best option available. As an abstraction layer on top of it, not only does it have a far superior API (even if you don’t use the ORM), but it also means that you’re not held hostage so much if some new database is available that doesn’t get supported by PDO right away.

    The extra layer of abstraction means that inevitably you can inject support for anything PHP as a whole has support for, not just one of it’s extensions.

  • http://www.iwebprovider.com Innovative Web Provider

    I’ll be using PDO from now on for a change. Thanks for the great start!

  • http://homeinedmonton.com Robert

    I agree with Andy for the most part, however there are some useful tips in here as well. Probably best to use both resources if you were trying to figure this out.

  • Sebastian

    There is a problem …. this pdo connection , is permanent , i mean , i have a dns connection arround a try catch , then , inside a function … i have the select , but , the connection is not recognized outside the function
    this is the error that i got ..

    Fatal error: Call to a member function prepare() on a non-object in D:\Ampps\www\UniversidadDeChile\Site\archivos_site\maquetado\code\config.php on line 19

    i have this

    try {
    $DBH = new PDO(“mysql:host=localhost;dbname=database”, “user”,”");
    //$DBH->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
    }
    catch(PDOException $e) {
    file_put_contents(‘./PDOErrors.txt’, $e->getMessage(), FILE_APPEND);
    }
    function getContenido($id){
    if (isset($id)){
    $STH = $DBH->prepare(‘SELECT * from contentwhere idContent=:idContent;’);
    $STH->bindParam(‘:idContent’, $id, PDO::PARAM_INT);
    $STH->execute();
    $row = $STH->fetchAll();
    if(count($row)!=0){
    return $row;
    }else{
    return false;
    }
    }else{
    return false;
    }
    }

    • Sebastian

      Sorry , when i said that the connection is permanent , i want to say that ” is permanent? “

  • http://sandeshghimire.com.np Sandesh Ghimire

    thanks for the wonderful tutorial.
    A quick start for the PDO. Now on I am using it.

  • http://www.jescor.net Jeff

    Nice article.

    CAUTION to all programmers who are connecting exclusively to a MySQL database: “While PDO has its advantages, such as a clean, simple, portable API, its main disadvantage is that it doesn’t allow you to use all of the advanced features that are available in the latest versions of MySQL server. For example, PDO does not allow you to use MySQL’s support for Multiple Statements.”

    mysqli – Notice the “i” on the end which stands for Improved. MySQL.com says the mysqli extension is the preferred option over the PDO extension and definitely over the outdated mysql extension. “If you are using MySQL versions 4.1.3 or later it is strongly recommended that you use the mysqli extension instead.”

    Have a read on my research here: http://www.jescor.net/pdo-mysqli-mysql-extensions-api/

  • http://marco-pivetta.com/ Marco Pivetta

    Actually, this is stuff that is very old and should already been adopted by anyone!
    If you’re still using mysql_* without an abstraction layer, then probably you should get worried about your standards of coding!
    I could suggest directly to use Doctrine DBAL ( https://github.com/doctrine/dbal ) to get some more advanced features and tools. Hope you’ll find it useful :)