规则1:按需检索
如果你只能记得住一条规则，那一定要记住这一条:按需检索。如果你是“幸存者”电视节目的忠实观众，您会记得其中的参赛者通过限额分配来保证每个人都有充足的食物。这种做法对于数据库开发同样适用。如果你的应用程序能够按需运行，那么就会合理地将数据库和网络资源留给其他应用。这听起来很简单，但我们还是来看一个例子。
假设有一个包含10,000 行记录和10 个字段的表，以及一个需要显示所有记录但只显示3个字段的Web页。很多开发者经常图省事而使用"select *"语句选择所有的字段: select * from GLENN.LOTSOFRECORDS
这种做法应当避免，而应力求只检索需要的字段。可以在SQL 语句中定义要检索的字段，例如: select KEYCOL, COL1, COL2, COL7
from
GLENN.LOTSOFRECORDS
在本文附带的源程序中，有两个ASP.NET页面:一个是RetrievingAllFields.aspx，它执行第一个查询; 另一个是RetrievingLimitedFields.aspx ，它执行第二个查询，即只检索需要的字段。
用TimeDiff类进行检测，执行第一个查询用了1.622 秒，执行第二个查询用了1.311秒。后者用时只是前者的80%，不仅用时少，而且还减少了Web应用程序和数据库服务器之间的网络数据堵塞。
这个例子只限制了检索的字段，你还可以使用WHERE语句限制检索的记录数。WHERE 语句可以限制服务器返回的记录数(见程序清单3)。要记住，通过网络发送的记录数据越少，对应用程序、数据库、用户和网络越有好处。
规则2:优化数据库
有时候你的Web应用程序可能运行得不错，但你想让它更好。一个简单的减少搜索时间的方法是为特定字段创建索引。如果有一个查询是要搜索某个价格范围内的产品(见程序清单3)，但你没有为价格字段定义索引，那么返回数据就会多花一些时间。而一旦建立了索引，DB2会很快返回你想要的结果。
程序清单3. 利用索引进行数据库搜索 SELECT PRODUCTCODE, PRODUCTNAME, DESCRIPTION, UNITPRICE
FROM
GLENN.PRODUCTLIST
WHERE
UNITPRICE ＞ 20.00
优化数据库不只是为搜索字段创建索引这么一条，你应当尽可能多地搜集相关的DB2信息以使应用程序运行得更好。经常访问IBM发者园地(IBM DB2 Developer Domain)和comp.databases.ibm-db2(comp.databases.ibm-db2)等一些相关的Web站点或新闻组，对于保持DB2开发技巧不断更新是一个很好的办法。
你还应当努力熟悉DB2附带的工具，例如DB2索引建议器(Index Advisor)。DB2索引建议器可以根据你递交的查询和所连接的数据库返回最佳索引列表。