我们一直在努力解决PHP中某些查询无法正常工作的情况。我们发现,只有在执行的最后一个查询中带有注释时,才会发生非工作查询。
在php中,我们有类似这样的内容:
$getUsersQuery = "SELECT * from `users` where active = 1; ##DEVELOPER: JOE";
$getUsersStmt = $con->prepare($getUsersQuery);
$getUsersStmt->execute();
$users = $getUsersStmt->fetchAll();
$getProductsQuery = "SELECT * from `products` where active = 1; ##DEVELOPER: JOE";
$getProductsStmt = $con->prepare($getProductsQuery);
$getProductsStmt->execute();
$products = $getProductsStmt->fetchAll();
对于$users
变量,它包含准确的数据,但是在$products
变量中,它不包含任何数据。经过一会儿的配置后,我们得到了一个理论,这是因为最后执行的查询对此具有注释##DEVELOPER: JOE
。我们删除了第一个查询的注释,第二个查询成功了。我们已经对其进行了测试,并且该理论得到了证明。顺便说一句,我们正在使用MySql和PHP5。
我们现在知道它发生的原因。但是我们的问题是,为什么 发生了吗?
如果您有想法,请注释掉。这将对我们有很大帮助。谢谢。
答案 0 :(得分:4)
罪魁祸首不是评论本身。它具有;
语句定界符,注释和两个不同的语句的组合。这是一个更简单的复制代码:
$stmt = $con->prepare('SELECT CURRENT_DATE; #');
$stmt->execute();
var_dump($stmt->fetchAll());
$stmt2 = $con->prepare('SELECT CURRENT_TIME');
$stmt2->execute();
var_dump($stmt2->fetchAll());
array(1) {
[0]=>
array(2) {
["CURRENT_DATE"]=>
string(10) "2018-11-13"
[0]=>
string(10) "2018-11-13"
}
}
array(0) {
}
可能发生的情况是,PDO认为您正在发出多个语句,因此需要多个结果集。如果您覆盖该语句,它似乎会自动清除内容,但是如果您创建一个新变量,它似乎仍希望第一个语句完成。
如果您致电PDOStatement::nextRowset()
,一切将再次起作用:
$stmt = $con->prepare('SELECT CURRENT_DATE; #');
$stmt->execute();
var_dump($stmt->fetchAll());
$stmt->nextRowset(); // <--- Retrieve the "phantom" result-set
$stmt2 = $con->prepare('SELECT CURRENT_TIME');
$stmt2->execute();
var_dump($stmt2->fetchAll());
或者,您可以设置PDO::ATTR_EMULATE_PREPARES => false
,以便PDO不会解析SQL并将作业交给MySQL服务器。