r_id=2408;
UPDATE ORDER_ITEMS SET quantity = 3 WHERE order_id=2408 AND line_item_id=1;
UPDATE ORDER_ITEMS SET quantity = 1 WHERE order_id=2408 AND line_item_id=2;
COMMIT;
　　为响应以上更新，本文前面介绍的通知处理程序将逐个使用下列 URL 运行 dropResults.php 脚本两次：

http://webserverhost/phpcache/dropResults.php?order_no=2408&table=ORDERS
http://webserverhost/phpcache/dropresults.php?order_no=2408&table=ORDER_ITEMS
　　从“清单 8”中您可以清楚地看到，dropResult.php 脚本在从数据库服务器收到更改通知后并未刷新缓存。它只是删除了包含过期数据的缓存文件。因此，如果现在检查缓存目录，则将看到在使用 order_no=2408 运行 testCache.php 脚本时创建的缓存文件已经消失。这实际上意味着，testCache.php 在下次请求与 ID 为 2408 的订单相关的数据时将从后端数据库而非本地缓存中获取该数据。

　　您会发现，在应用程序请求的结果集很有可能在应用程序使用它之前更改的情况下该方法将很有用。就本文的示例而言，这意味着与特定订单相关的数据可能在 testCache.php 访问该订单之前多次更改。这样，应用程序会因在从数据库服务器收到更改通知后立即刷新它的缓存而做了大量不必要的工作。

　　但如果您希望 dropResult.php 脚本在收到更改通知后立即刷新缓存，则可以在调用 drop 方法后调用 Cache_Lite_Function 实例的 call 方法，并为这两个调用指定相同的参数。在该情形下，还应确保包含 getOrderFields.php 和 getOrderItems.php 脚本，以便 dropResults.php 可以调用 getOrderFields 和 getOrderItems 函数来刷新缓存。“清单 9”是修改后的 dropResult.php 脚本。

　　清单 9. 在收到更改通知后立即刷新缓存

复制代码 代码如下:
<?php
//File:dropResults.php
require_once ''Cache/Lite/Function.php'';
require_once ''getOrderItems.php'';
require_once ''getOrderFields.php'';
$options = array(
''cacheDir'' => ''/tmp/'',
''lifeTime'' => 86400
);
$cache = new Cache_Lite_Function($options);
if (isset( GET[''order_no''])&& isset( GET[''table''])) {
if( GET[''table'']==''ORDER_ITEMS''){
$cache->drop(''getOrderItems'', GET[''order_no'']);
$cache->call(''getOrderItems'', GET[''order_no'']);
}
if ( GET[''table'']==''ORDERS''){
$cache->drop(''getOrderFields'', GET[''order_no'']);
$cache->call(''getOrderFields'', GET[''order_no'']);
}
}
?>

　　如果存储在 ORDERS 和 ORDER_ITEMS 表中的数据很少更改并且应用程序频繁访问它，则以上方法可能很有用。

　　总结

　　如果 PHP 应用程序与 Oracle 数据库 10g 第 2 版交互，则可以利用“数据库更改通知特性”，通过该特性应用程序可以接收通知来响应对与发出的请求关联的对象进行的 DML 更改。使用该特性，您不必在特定时间段更新应用程序中的缓存。相反，仅当注册查询的结果集已经更改时才执行该操作。