按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
不受缓存（caching）的影响。
表2…2显示了在测试机上的运行结果。
表2…2：处理10000条记录中空格所花的时间
函数 机制 时间
squeeze1
用 PL/SQL 循环处理字符 0。86 秒
…………………………………………………………Page 17……………………………………………………………
squeeze2 Instr（） ＋ ltrim（）
0。48 秒
squeeze3 循环调用 replace（）
0。39 秒
尽管都在1秒内完成了10 000次调用，但 squeeze2的速度是squeeze1的1。8 倍，而 squeeze3
则是它的2。2 倍。为什么呢？原因很简单，因为SQL 函数比PL/SQL“离核心更近”。当函数只偶
尔执行一次时，性能差异微乎其微，但在批处理程序或高负载的 OLTP 服务器中性能差异就非
常明显。
总结：代码喜欢SQL内核——离核心越近，它就运行得越快。
只做必须做的
Doing Only What Is Required
DDooiinngg OOnnllyy WWhhaatt IIss RReeqquuiirreedd
开发者使用count（*）往往只是为了测试“是否存在”。这通常是由以下的需求说明引起的：
如果存在满足某条件的记录
那么处理这些记录
用代码直接实现就是：
select count（*）
into counter
from table_name
where
if（counter》0）then
当然，在 90％ 的情况下，count（*） 是完全不必要的，正如上面的例子。要对多项记录进行操
作，直接做即可，不必用count（*）。即使一个操作对任何记录都没有影响，也没有关系，不用
count（*）没有什么不好。而且，即使要对未知的记录进行复杂处理，也能通过第一个操作就确定
并返回受影响的记录——要么通过特殊的 API （例如 PHP 中的 mysql_affected_rows（）），要么
采用系统变量（Transact…SQL 中为@@ROWCOUNT，PL/SQL 中为SQL％ROWCOUNT），若使
用内嵌式 SQL，则使用SQL通讯区（SQLmunicationArea，SQLCA）的特殊字段。有时，
…………………………………………………………Page 18……………………………………………………………
可以通过函数访问数据库然后直接返回要处理的记录数，例如 JDBC 的executeUpdate（）方法。
总之，统计记录数极可能意味着重复全部搜索，因为它对相同数据处理了两次。
此外，如果是为了更新或插入记录（常使用count检查键是否已经存在），一些数据库系统会提
供专用的语句（例如Oracle9i 提供MERGE 语句），其执行效率要比使用count高得多。
总结：没必要编程实现那些数据库隐含实现的功能。
SQL
SSQQLL语句反映业务逻辑
SQL Statements Mirror Business Logic
大多数数据库系统都提供监控功能，我们可以借此查看当前正在执行的语句及其执行的次数。
同时，必须对有多少个“业务单元（business units）”正在执行心里有数——例如待处理的订单、
需处理的请求、需结账的客户，或者业务管理者了解的任何事情。我们应检查上述语句活动和
业务活动的数量关系是否合理（并不要求绝对精确）。换言之，如果客户数量一定，那么数据库
初始化活动的数量是否与之相同？如果查询customers 表的次数比同一时间正在处理的客户量
多 20 倍，那一定是某个地方出了问题，或许该查询对表中相同记录做了重复（而且多余）的
访问，而不是一次就从表中找出了所需信息。
总结：检查数据库活动，看它是否与当时正进行的业务活动保持合理的一致性。
把逻辑放到查询中
Program Logic into Queries
在数据库应用程序中实现过程逻辑（procedural logic）的方法有几种。SQL语句内部可实现某
种程度上的过程逻辑（尽管SQL语句应该说明做什么，而不是怎么做）。即便内嵌式SQL的宿主
语言（host language）非常完善，依然推荐尽量将上述过程逻辑放在SQL语句当中，而不是宿
主语言当中，因为前一种做法效率更高。过程性语言（Procedural language）的特点在于拥有
执行迭代（循环）和条件（if 。。。 then 。。。 else 结构）逻辑的能力。SQL不需要循环能力，因为它
本质上是在操作集合，SQL只需要执行条件逻辑的能力。
条件逻辑包含两部分——IF和ELSE。要实现IF的效果相当容易——where子句可以胜任，困难
的是实现 ELSE 逻辑。例如，要取出一些记录，然后对其分组，每组进行不同的转换。case 表
达式（Oracle 早已在decode（）（注1）中提供了功能等效的操作符）可以容易地模拟ELSE逻辑：
根据每条记录值的不同，返回具有不同值的结果集。下面用伪代码（pseudocode）表达case 结
构的使用（注2）：
CASE
WHEN condition THEN
WHEN condition THEN
。。。
WHEN condition THEN
ELSE
…………………………………………………………Page 19……………………………………………………………
END
数值或日期的比较则简单明了。操作字符串可以用Oracle 的 greatest（）或least（），或者MySQL
的strcmp（）。有时，可以为insert语句增加过程逻辑，具体办法是多重insert及条件insert（注3），
并借助 merge 语句。如果 DBMS 提供了这样语句，毫不犹豫地使用它。也就是说，有许多
逻辑可以放入 SQL 语句中；虽然仅执行多条语句中的一条这种逻辑价值不大，但如果设法利
用 case、merge 或类似功能将多条语句合并成一条，价值可就大了。
总结：只要有可能，应尽量把条件逻辑放到 SQL语句中，而不是SQL的宿主语言中。
一次完成多个更新
Multiple Updates atOnce
MMuullttiippllee UUppddaatteess aattOOnnccee
我的基本主张是：如果每次更新的是彼此无关的记录，对一张表连续进行多次update操作还可
以接受；否则，就应该把它们合并成一个update操作。例如，下面是来自实际应用的一些代码
（注4）：
update tbo_invoice_extractor
set pga_status =0
where pga_status in（1；3）
andinv_type =0；
update tbo_invoice_extractor
set rd_status=0
where rd_status in（1；3）
andinv_type =0；
两个连续的更新是对同一个表进行的。但它们是否将访问相同的记录呢？不得而知。问题是，
搜索条件的效率有多高？任何名为type或status的字段，其值的分布通常是杂乱无章的，所以上
面两个update语句极可能对同一个表连续进行两次完整扫描：一个update有效地利用了索引，而
第二个update不可避免地进行全表扫描；或者，幸运
的话，两次update都有效地利用了索引。无论如何，把这两个update合并到一起，几乎不会有损
失，只会有好处：
update tbo_invoice_extractor
setpga_status =（casepga_status
when 1then 0
when 3then 0
else pga_status
…………………………………………………………Page 20……………………………………………………………
end）；
rd_status =（caserd_status
when 1then 0
when 3then 0
else rd_status
end）
where （pga_status in（1；3）
orrd_status in（1； 3））
andinv_type =0；
上例中，可能出现重复更新相同字段为相同内容的情况，这的确增加了一小点儿开销。但在多
数情况下，一个update会比多个u