在我们的地方,我们使用mysqli和PDO来处理准备好的语句和事务支持。有些项目使用其中一种,有些使用另一种。我们几乎不可能迁移到另一个RDBMS。
我更喜欢PDO,原因只有一个,它允许对预处理语句使用命名参数,而据我所知mysqli不允许。
当我们合并我们的项目只使用一种方法时,选择其中一种作为标准是否还有其他优点和缺点?
在我们的地方,我们使用mysqli和PDO来处理准备好的语句和事务支持。有些项目使用其中一种,有些使用另一种。我们几乎不可能迁移到另一个RDBMS。
我更喜欢PDO,原因只有一个,它允许对预处理语句使用命名参数,而据我所知mysqli不允许。
当我们合并我们的项目只使用一种方法时,选择其中一种作为标准是否还有其他优点和缺点?
当前回答
这里还有一些需要记住的事情:目前(PHP 5.2) PDO库有bug。里面充满了奇怪的虫子。例如:在将PDOStatement存储在变量中之前,应该将变量unset()以避免大量错误。其中大部分问题已经在PHP 5.3中得到了修复,并将于2009年初在PHP 5.3中发布,届时可能会有许多其他错误。如果你想要一个稳定的版本,你应该专注于使用PDO for PHP 6.1,如果你想帮助社区,你应该专注于使用PDO for PHP 5.3。
其他回答
PDO有一件事,MySQLi没有,我真的很喜欢的是PDO的能力,返回一个结果作为一个指定类类型的对象(例如$ PDO ->fetchObject('MyClass'))。MySQLi的fetch_object()将只返回一个stdClass对象。
在执行速度方面,MySQLi胜出,但除非你有一个使用MySQLi的良好包装器,否则它的函数处理预处理语句是很糟糕的。
我的还有些bug,但如果有人想要的话,给你。
所以简而言之,如果你正在寻找一个速度增益,那么MySQLi;如果你想要易用性,那么PDO。
将应用程序从一个数据库移动到另一个数据库并不常见,但您迟早会发现自己正在使用不同的RDBMS处理另一个项目。如果你在家里使用PDO,那么在这一点上至少会少学一件事。
除此之外,我发现PDO API更直观一些,而且感觉更真正面向对象。mysqli感觉它只是一个被物化的过程API,如果你明白我的意思的话。简而言之,我发现PDO更容易使用,但这当然是主观的。
有一件事要记住。
Mysqli不支持fetch_assoc()函数,该函数将返回带有表示列名的键的列。当然,你也可以自己写一个函数来实现它,它甚至不是很长,但我真的很难写出来(对于不相信它的人:如果它对你来说很容易,你可以自己试试,不要作弊:))
PDO是标准,它是大多数开发人员希望使用的。mysqli本质上是针对特定问题的定制解决方案,但它具有其他特定于dbms的库的所有问题。PDO是所有努力工作和聪明思维的归宿。