考虑到PDO最推荐的错误模式是ERRMODE_EXCEPTION,直接execute()结果验证将永远无法进行。由于代码执行甚至无法达到其他答案中提供的条件。
因此,存在三种可能的情况来处理PDO中的查询执行结果:
为了证明成功,不需要验证。保持程序流程顺畅。
要处理意外错误,请保持不变-无需立即处理代码。如果发生数据库错误,将引发异常,并且该异常会上升到整个站点范围的错误处理程序,最终将导致常见的500错误页面。
要处理预期的错误,例如重复的主键,并且如果您有某种情况要处理此特定错误,请使用try..catch运算符。
对于普通的PHP用户而言,这听起来有点陌生-那是怎么回事,而不是验证操作的直接结果?-但这正是异常的工作原理-您在其他地方检查错误。一次就好。非常方便。
简而言之:在常规代码中,您根本不需要任何错误处理。只需按原样保留您的代码:
$stmt->bindParam(':field1', $field1, PDO::PARAM_STR);
$stmt->bindParam(':field2', $field2, PDO::PARAM_STR);
$stmt->execute();
echo "Success!"; // whatever
成功的话,它会告诉您,如果出错的话,它将向您显示应用程序在这种情况下显示的常规错误页面。
仅当您有其他处理情况而不只是报告错误时,才将插入语句放在try..catch运算符中,检查是否是您期望的错误并进行处理;或-如果错误有任何不同,则- 重新引发异常,以使站点范围的错误处理程序可以按通常方式进行处理。以下是我有关PDO错误处理的文章中的示例代码:
try {
$pdo->prepare("INSERT INTO users VALUES (NULL,?,?,?,?)")->execute($data);
} catch (PDOException $e) {
if ($e->getCode() == 1062) {
// Take some action if there is a key constraint violation, i.e. duplicate name
} else {
throw $e;
}
}
echo "Success!";
在上面的代码中,我们正在检查特定错误以采取某些措施,然后针对将报告给程序员的任何其他错误(例如,没有此类表)重新抛出异常。
再说一遍-只是告诉用户“您的插入成功”之类的条件就不再需要了。