为何PDO仅在禁用模拟模式时允许用索引数组匹配命名占位符？

我发现PDO允许使用索引数组配合命名占位符执行SQL，例如：

$stmt->prepare("INSERT INTO TABLE (one, two) VALUES (:one, :two)");
$stmt->execute([1,2]);

这种写法能正常运行，效果和常见的关联数组写法一致：

$stmt->execute(["one" => 1, "two" => 2]);

原本以为该写法会报错，但实际上仅在禁用PDO模拟模式（即使用原生预处理语句）时才会触发错误。测试代码如下：

$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, false);
$stmt = $pdo->prepare("select :one one, :two two");
$stmt->execute([1,2]);
var_dump($stmt->fetch(PDO::FETCH_ASSOC));

$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, true);
$stmt = $pdo->prepare("select :one one, :two two");
$stmt->execute([1,2]);
var_dump($stmt->fetch(PDO::FETCH_ASSOC));

禁用模拟模式时会抛出错误：

Fatal error: SQLSTATE[HY093]: Invalid parameter number: parameter was not defined in at line: 9

除Oracle（两种写法均报错）和Sqlite3（两种写法均允许）外，多数数据库驱动都存在此行为。我并不认可这种写法，但想了解其实现原因。

实现原因解析 #

• PDO模拟预处理的工作机制：当ATTR_EMULATE_PREPARES设为true时，PDO不会调用数据库的原生预处理接口，而是在PHP层面完成SQL语句拼接。此时PDO会忽略占位符的命名，直接按顺序将索引数组中的值替换到SQL语句的占位符位置——不管占位符是命名形式还是问号形式，PDO都只按顺序匹配。
• 原生预处理的严格性：当禁用模拟模式时，SQL语句会直接发送给数据库服务器进行预处理，数据库会严格校验占位符名称和绑定参数的对应关系。索引数组没有提供对应的占位符名称，数据库无法识别参数与占位符的映射，因此抛出参数不匹配的错误。
• 驱动差异的原因：
  • Oracle驱动对参数绑定的校验更为严格，无论是否启用模拟模式，都要求参数绑定必须与占位符名称对应，因此两种写法都会报错。
  • Sqlite3的预处理实现逻辑相对灵活，即使使用原生预处理，也支持按顺序匹配参数，因此两种写法都能正常运行。

内容的提问来源于stack exchange，提问作者Your Common Sense