以下代码为prepare()调用返回NO ERROR,即使它应该.相反,它在调用execute()时返回适用的错误.
编辑：因为根据DanielVérité我错了,我添加了他建议的代码.我仍然得到错误.我的代码现在看起来如下,添加了Daniel的行.
<?PHP
$pdo = new PDO("pgsql:host=myhost;dbname=mydatabase");
$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES,false); // as suggested by Daniel
$sth = $pdo->prepare('COMPLETE GARBAGE');
echo "[prepare] errorInfo = " . print_r($sth->errorInfo(),true);
$sth->execute();
echo "[execute] errorInfo = " . print_r($sth->errorInfo(),true);
PHP版本5.3.15,PHP Postgres客户端版本9.1.4,Postgres服务器版本9.2.1.
Note:
Emulated prepared statements does not communicate with the database
server so PDO::prepare() does not check the statement.
(事实上,实际准备好的陈述无论如何都不会立即发送,请参阅下面的Q2答案)
无论如何,您可以发出：
$dbh->setAttribute(PDO::ATTR_EMULATE_PREPARES,false);
获取使用sql PREPARE命令实现的实际预准备语句.
详见http://www.php.net/manual/en/pdo.setattribute.php.
在进一步的讨论和测试中,出现了两个问题：
Q1.为什么pdo :: getAttribute(PDO :: ATTR_EMULATE_PREPARES)会产生错误？
事实上,setAttribute不会出错,但getAttribute(PDO :: ATTR_EMULATE_PREPARES)说：
‘sqlSTATE[IM001]: Driver does not support this function: driver does
not support that attribute’
查看documentation for pdo::getAttribute,它说适用于数据库连接的常量如下,并且从PDO :: ATTR_AUTOCOMMIT到PDO :: ATTR_TIMEOUT之后有许多常量,并且值得注意的是PDO :: ATTR_EMULATE_PREPARES不在其中.严格地说,无论如何,我们不应期望getAttribute(PDO :: ATTR_EMULATE_PREPARES)能够正常工作.
现在查看源代码以确定,似乎pdo_pgsql驱动程序提供了一个pdo_pgsql_get_attribute函数,该函数具有以下的switch语句：
> PDO_ATTR_CLIENT_VERSION
> PDO_ATTR_SERVER_VERSION
> PDO_ATTR_CONNECTION_STATUS
> PDO_ATTR_SERVER_INFO
就是这样.没有PDO_ATTR_EMULATE_PREPARES的痕迹,这就是最终出现此错误的原因.
另一方面,函数pdo_pgsql_set_attr有一个switch语句：
> PDO_ATTR_EMULATE_PREPARES
> PDO_PGsql_ATTR_disABLE_NATIVE_PREPARED_STATEMENT
这确认了设置时实际考虑了该属性.
因此,PDO与getAttribute不一致,与getAttribute不匹配.
Q2 – 当准备仿真为假时,为什么伪造的声明在准备好后不会立即引发错误？
考虑pgsql_statement.c中的这段代码：
if (!S->is_prepared) {
stmt_retry:
/* we deferred the prepare until Now,because we didn't
* kNow anything about the parameter types; Now we do */
S->result = PQprepare(H->server,S->stmt_name,S->query,stmt->bound_params ? zend_hash_num_elements(stmt->bound_params) : 0,S->param_types);
它表明使用了PQprepare(这是一个“真正的”预处理语句),但是该语句也没有立即发送到服务器.这就是为什么dbo :: prepare(“bogus statement”)不会返回false：实际上由于缺少参数类型而没有发送到服务器.