嗯，你可以反驳面向对象方面，准备好的语句，它成为标准的事实，等等。但我知道大多数情况下，使用杀手级功能更能说服别人。就是这样:

PDO的一个优点是你可以获取数据，自动将其注入到一个对象中。如果你不想使用ORM(因为它只是一个快速脚本)，但你喜欢对象映射，它真的很酷:

class Student {

    public $id;
    public $first_name;
    public $last_name

    public function getFullName() {
        return $this->first_name.' '.$this->last_name
    }
}

try 
{
    $dbh = new PDO("mysql:host=$hostname;dbname=school", $username, $password)

    $stmt = $dbh->query("SELECT * FROM students");

    /* MAGIC HAPPENS HERE */

    $stmt->setFetchMode(PDO::FETCH_INTO, new Student);


    foreach($stmt as $student)
    {
        echo $student->getFullName().'<br />';
    } 

    $dbh = null;
}
catch(PDOException $e)
{
    echo $e->getMessage();
}

如果你的站点/web应用真的变得很简单，PDO将使它更容易扩展，因为你可以每天设置主连接和从连接，在数据库中分配负载，加上PHP正朝着PDO作为标准的方向发展。

PDO信息

扩展Web应用程序

就我个人而言，我使用PDO，但我认为这主要是一个偏好问题。

PDO有一些特性可以帮助防止SQL注入(准备好的语句)，但是如果你小心使用SQL，你也可以用mysqli实现。

迁移到另一个数据库并不是使用PDO的原因。只要你不使用“特殊的SQL特性”，你就可以从一个DB切换到另一个DB。然而，只要你使用例如“SELECT…”你不能去MS-SQL，它是“SELECT TOP 1…”所以这是有问题的。

PDO是标准，它是大多数开发人员希望使用的。mysqli本质上是针对特定问题的定制解决方案，但它具有其他特定于dbms的库的所有问题。PDO是所有努力工作和聪明思维的归宿。

在执行速度方面，MySQLi胜出，但除非你有一个使用MySQLi的良好包装器，否则它的函数处理预处理语句是很糟糕的。

我的还有些bug，但如果有人想要的话，给你。

所以简而言之，如果你正在寻找一个速度增益，那么MySQLi;如果你想要易用性，那么PDO。

我已经开始使用PDO，因为在我看来，语句支持更好。我使用的是activerecord式的数据访问层，实现动态生成的语句要容易得多。MySQLi的参数绑定必须在一个函数/方法调用中完成，所以如果你直到运行时才知道你想绑定多少个参数，你就被迫使用call_user_func_array()(我相信这是正确的函数名)来进行选择。忘记简单的动态结果绑定。

最重要的是，我喜欢PDO，因为它是一个非常合理的抽象级别。在不希望编写SQL的完全抽象的系统中使用它很容易，但它也使使用更优化的纯查询类型的系统或混合和匹配这两者变得容易。