提高DB2 Web程序性能2条规则
速度和可升级性是网络开发重要的性能要求，而且它们也不难达到。应用一些简单的规则会提高网络应用的性能。在本文中，您将了解到使用Borland C#Builder和IBM DB2通用数据库(UDB)8.1开发快速Microsoft® ASP.NET Web应用程序的2条规则。
分析Web应用程序的性能需要利用一些手段来检测每个操作的性能。为此，我创建了一个TimeDiff类(见程序清单1)，它可以计算数据库操作的用时。你可以利用TimeDiff类的检测结果作为衡量数据库操作性能的基准，来观察哪些操作最为有效。我还创建了一个配合TimeDiff 类使用的LOTSOFRECORDS表(见程序清单2)，它包含10,000条记录，你可以通过对它的操作来观察不同技术之间的性能差异。DB2具有内部缓冲池，一旦运行一个查询，内部缓冲池启用，因此二次查询的速度较快。在检测查询速度时，请忽略缓冲池启用前的结果而采用启用后的结果。
程序清单1. TimeDiff类 using System;
namespace Effeciency
{
///
/// 这个类用于时间计算。在例子中，
/// 我们将利用它检测数据库操作的速度，
/// 以便作性能上的比较。
///
public class TimeDiff
{
DateTime StartTime;
DateTime EndTime;
public TimeDiff() {}
public void Start()
{
StartTime = DateTime.Now;
}
public void Stop()
{
EndTime = DateTime.Now;
}
public string TimeDifferenceText
{
get
{
TimeSpan TimeDifference = EndTime - StartTime;
return TimeDifference.ToString();
}
}
}
}
程序清单2. LOTSOFRECORDS的表定义
CREATE TABLE "GLENN "."LOTSOFRECORDS" (
"KEYCOL" INTEGER NOT NULL ,
"COL1" CHAR(50) ,
"COL2" CHAR(50) ,
"COL3" CHAR(50) ,
"COL4" CHAR(50) ,
"COL5" CHAR(50) ,
"COL6" CHAR(50) ,
"COL7" CHAR(50) ,
"COL8" CHAR(50) ,
"COL9" CHAR(50) ,
"COL10" CHAR(50) )
IN "USERSPACE1" ;
COMMENT ON TABLE "GLENN "."LOTSOFRECORDS" IS 'Table designed to Contain Lots of Records';
-- DDL Statements for primary key on Table "GLENN "."LOTSOFRECORDS"
ALTER TABLE "GLENN "."LOTSOFRECORDS"
ADD CONSTRAINT "CC1058255334652" PRIMARY KEY
("KEYCOL");
下面，我们就开始介绍这些提高DB2 UDB Web 应用程序性能的规则。我会先介绍提高数据库性能的基本规则，然后列出一些适合以Borland Data Provider开发ASP.NET应用时的性能规则。
规则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索引建议器可以根据你递交的查询和所连接的数据库返回最佳索引列表。
分析Web应用程序的性能需要利用一些手段来检测每个操作的性能。为此，我创建了一个TimeDiff类(见程序清单1)，它可以计算数据库操作的用时。你可以利用TimeDiff类的检测结果作为衡量数据库操作性能的基准，来观察哪些操作最为有效。我还创建了一个配合TimeDiff 类使用的LOTSOFRECORDS表(见程序清单2)，它包含10,000条记录，你可以通过对它的操作来观察不同技术之间的性能差异。DB2具有内部缓冲池，一旦运行一个查询，内部缓冲池启用，因此二次查询的速度较快。在检测查询速度时，请忽略缓冲池启用前的结果而采用启用后的结果。
程序清单1. TimeDiff类 using System;
namespace Effeciency
{
///
/// 这个类用于时间计算。在例子中，
/// 我们将利用它检测数据库操作的速度，
/// 以便作性能上的比较。
///
public class TimeDiff
{
DateTime StartTime;
DateTime EndTime;
public TimeDiff() {}
public void Start()
{
StartTime = DateTime.Now;
}
public void Stop()
{
EndTime = DateTime.Now;
}
public string TimeDifferenceText
{
get
{
TimeSpan TimeDifference = EndTime - StartTime;
return TimeDifference.ToString();
}
}
}
}
程序清单2. LOTSOFRECORDS的表定义
CREATE TABLE "GLENN "."LOTSOFRECORDS" (
"KEYCOL" INTEGER NOT NULL ,
"COL1" CHAR(50) ,
"COL2" CHAR(50) ,
"COL3" CHAR(50) ,
"COL4" CHAR(50) ,
"COL5" CHAR(50) ,
"COL6" CHAR(50) ,
"COL7" CHAR(50) ,
"COL8" CHAR(50) ,
"COL9" CHAR(50) ,
"COL10" CHAR(50) )
IN "USERSPACE1" ;
COMMENT ON TABLE "GLENN "."LOTSOFRECORDS" IS 'Table designed to Contain Lots of Records';
-- DDL Statements for primary key on Table "GLENN "."LOTSOFRECORDS"
ALTER TABLE "GLENN "."LOTSOFRECORDS"
ADD CONSTRAINT "CC1058255334652" PRIMARY KEY
("KEYCOL");
下面，我们就开始介绍这些提高DB2 UDB Web 应用程序性能的规则。我会先介绍提高数据库性能的基本规则，然后列出一些适合以Borland Data Provider开发ASP.NET应用时的性能规则。
规则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索引建议器可以根据你递交的查询和所连接的数据库返回最佳索引列表。