PHP 5 数据对象 (PDO) 抽象层与 Oracle

使您能够使用 OO 语法将数据集的列作为对象的属性来访问，但是每个属性访问都涉及一个附加的散列查询，使得使用它的花销基本上与 PDO_FETCH_ASSOC 相同。每个这样的模式都会复制整行，从而占用稍多的内存。

很多数据库驱动程序都会代表您预先抓取并缓存一定数量的行。PHP 每次访问其中一个这样行中的列时，它都需要将其复制到自己的专用内存区域中。如果您的查询涉及很多行，而只需要基于某种复杂的逻辑访问给定行的特定列，则您会发现 PDO_FETCH_LAZY 是一种避免使用很多内存的有用方法，因为它只有在您访问给定列时才复制该列。使用此方式时要注意，从某个给定语句为每个 fetch() 抓取的“惰性对象”是每次迭代时使用的同一对象（以减少每次创建/销毁它的开销）。这就暗示着您不能只是简单地存储该对象用于以后的比较，因为它仍然会引用该语句的当前行 － 您需要手动复制所需要的部分。

最后一种模式为 PDO_FETCH_BOUND，该模式会告知 PDO 您已经将所有列绑定到了 PHP 变量，并且除了要它在到达行集的末尾时通知您外不需要它执行别的任何操作。绑定输出列在概念上与绑定输入参数相似，只是绑定输出列可以用于所有数据库驱动程序。您可以将 PHP 变量绑定到命名列，PDO 将在每次调用 execute() 时对其进行更新。此技术可用来剃去结果集中每列、每行的一些虚拟机器操作码（这种代码速度比原生码要慢）。这种技术的缺点在于，可能会使您的代码难以跟踪（也称为 WTF 系数较高），您使用变量名称时需要倍加小心。下面的代码说明了绑定输出列的使用。请注意，您不必指定 PDO_FETCH_BOUND 即可使用 $stmt->bindColumn()；PDO_FETCH_BOUND 只是一个对于您了解只能使用绑定值的情况的一种优化。

$stmt = $dbh->prepare("SELECT extension, name from CREDITS");
if ($stmt->execute()) {
$stmt->bindColumn('EXTENSION', $extension);
$stmt->bindColumn('NAME', $name);
while ($stmt->fetch(PDO_FETCH_BOUND)) {
echo "Extension:$extension, Author:$name\n";
}
}

可移植性

区分大小写的列

PDO 旨在令使用可移植 SQL 的脚本运行良好、可移植。本文中提及的所有查询（调用存储过程除外）在使用任何 PDO 驱动程序时其运行性能应该相同 － 包括所有绑定输入变量和绑定输出列。

但有一个转换问题 － 当您使用 PDO_FETCH_ASSOC 抓取数据时，不同的驱动程序会以不同的方式返回列名 － 某些会将列名转化为大写，某些转换为小写，某些则会使其呈查询中指定的样式。这对于 PHP 脚本来说是一个潜在的问题，因为数组键区分大小写。PDO 提供了一个兼容性属性来帮助规范脚本的结果。下面的小代码段是上面 PDO_FETCH_BOUND 示例的可移植版本，因为 setAttribute() 方法调用会指导 PDO 将抓取返回的列名全部转换为大写：

$dbh = new PDO('OCI:', 'scott', 'tiger');
$dbh->setAttribute(PDO_ATTR_CASE, PDO_CASE_UPPER);
stmt = $dbh->prepare("SELECT extension, name from CREDITS");
if ($stmt->execute()) {
$stmt->bindColumn('EXTENSION', $extension);
$stmt->bindColumn('NAME', $name);
while ($stmt->fetch(PDO_FETCH_BOUND)) {
echo "Extension:$extension, Author:$name\n";
}
}

除了 PDO_CASE_UPPER 之外，还有 PDO_CASE_LOWER（它会将列名转换为小写）和 PDO_CASE_NATURAL（它是默认选项：使列保持数据库驱动程序返回的形式）。

错误和错误处理

可移植脚本的另一个难题是处理从各种数据库处理程序返回的各种不同的错误消息；某些数据库对于程序化处理错误的支持能力很差，而其他一些数据库则具有非常丰富的错误代码。只要可行，PDO 将为您的脚本提供一个统一的错误代码，从而使您不必为应对可移植性的这个方面所累。当然，PDO 还会为驱动程序提供原生错误代码和错误消息，以防您需要用它来进行诊断，或者错误代码映射不完整。

另一个困扰 PHP 数据库扩展的一致性问题是错误处理策略的一致性：某些扩展会返回的错误代码需要您手动抓取错误字符串，而其他一些扩展则只是发出 PHP 警告。PDO 允许您从下列三种不同的错误处理策略中选择一种：

• PDO_ERRMODE_SILENT
  这是默认模式；它只是使用语句和数据库句柄对象的 errorCode() 和 errorInfo() 方法为您设置要检查的错误代码。 if (!$dbh->exec($sql)) {
  echo $dbh->errorCode() ."<BR>";
  $info = $dbh->errorInfo();
  // $info[0] == $dbh->errorCode() 统一的错误代码
  // $info[1] 是驱动程序特定的错误代码
  // $info[2] 是驱动程序特定的错误字符串
  }
  
• PDO_ERRMODE_WARNING
  除了设置错误代码之外，PDO 还会发出 PHP 警告，您可以使用常规的 PHP 错误处理程序捕获该警告，并集中应用您准备好用于应用程序的任何错误处理/记录策略，或者只是使该错误显示在浏览器中（在内部测试过程中非常有用）。
• PDO_ERRMODE_EXCEPTION
  除了设置错误代码之外，PDO 还会抛出一个 PDOException，并将其属性设置为包含该错误代码和信息。然后，您可以在代码的较高级别捕获该异常，使用全局异常处理程序捕获该异常，或者不对其进行处理而终止脚本（此时将回滚任何未决的事务）。
  
   如果您对本文有任何疑问或者建议，请到讨论区发表您的意见: >> 论坛入口 <<
  
  
  上一页 1 2 3 4 56 下一页
  
  
  上一篇：可扩展 可伸缩的 Oracle 与 PHP   下一篇：来自PHP.NET的入门教程
  
  【文章评论】 【收藏本文】 【推荐好友】 【打印本文】 【我要投稿】 【论坛讨论】