<?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);

见 http://www.php.net/manual/en/pdo.prepare.php

(事实上​​,实际准备好的陈述无论如何都不会立即发送,请参阅下面的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)说：

查看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：实际上由于缺少参数类型而没有发送到服务器.