关于PDO的另一个值得注意的(好的)区别是，它的PDO::quote()方法自动添加外围引号，而mysqli::real_escape_string()(和类似的)不会:

PDO::quote()在输入字符串周围放置引号(如果需要)和 使用引号转义输入字符串中的特殊字符 适合底层驱动程序的样式。

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

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

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

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

有一件事要记住。

Mysqli不支持fetch_assoc()函数，该函数将返回带有表示列名的键的列。当然，你也可以自己写一个函数来实现它，它甚至不是很长，但我真的很难写出来(对于不相信它的人:如果它对你来说很容易，你可以自己试试，不要作弊:))

将应用程序从一个数据库移动到另一个数据库并不常见，但您迟早会发现自己正在使用不同的RDBMS处理另一个项目。如果你在家里使用PDO，那么在这一点上至少会少学一件事。

除此之外，我发现PDO API更直观一些，而且感觉更真正面向对象。mysqli感觉它只是一个被物化的过程API，如果你明白我的意思的话。简而言之，我发现PDO更容易使用，但这当然是主观的。

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

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