Chinaunix

标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题 [打印本页]

作者: njchf 时间: 2004-08-06 14:50
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
AIX UNIX平台: db2 7.2.0
Windows平台:db2 7.2.5 (7.2 + servicepack7)

测试sql语句:
select Ope.Operation,Info.OprNo,digits(Info.OprYear)||'-'||digits(Info.OprMonth)||'-'||digits(Info.OprDay) as OprDate,Info.AppDepart,'' as DepartName,User.UserName,Move.Amount,(case Move.DealFlag when '0' then '未处理' when '1' then '已提交/已同意' when '2' then '已驳回' when '3' then '已递交裁定' when '4' then '申请人终止' else '' end) as DealFlag,(case Move.VetoFlag when '0' then '正常业务' when '1' then '被驳回的业务' else '' end) as VetoFlag,(case Info.EndFlag when '0' then '流转中' when '1' then '流转结束' when '2' then '' when '3' then '财务处理中' when '4' then '财务处理中' when '9' then '业务终止' else '' end) as EndFlag,Info.OprBrief,Info.OprYear,Info.OprMonth,Info.OprDay,Info.OprKind,Move.StepKind,Info.SerialNo,Move.DepartNo,'' as DealDepartName,Move.UserNo,'' as DealUserName,Move.DealDate from  (select distinct Info.OprYear,Info.OprKind,Info.OprNo,Info.OprBrief,Info.OprMonth,Info.OprDay,Info.AppDepart,Info.AppUser,Info.EndFlag,Info.SerialNo  from FMIS04.OPR@OprInformation Info ,FMIS04.OPR@OprMove Moves where Info.OprYear = Moves.OprYear and Info.OprKind = Moves.OprKind and Info.OprNo = Moves.OprNo  ) as Info  left join FMIS04.OPR@OprMove Move on Move.OprYear = Info.OprYear and Move.OprKind = Info.OprKind and Move.OprNo = Info.OprNo and Move.SerialNo = Info.SerialNo  Left join xzfmsys.View@User User on User.UserNo = Info.AppUser  Left join FMIS04.OPR@Operation Ope on Ope.OprKind = Info.OprKind  order by Operation ASC ,OprNo ASC ,OprDate ASC
其中：表OPR@OprInformation 记录数：11000
         OPR@OprMove             记录数：31000
其他表都很小，几十条记录

windows版的数据库是从Aix上用IXF文件的格式导出恢复到Windows平台的，主键、索引完全相同，只是丢失了外键
语句执行时windows平台立即开始返回结果，unix平台花了890秒，相差悬殊，经过测试存取处理方案查，发现两个平台采用了不同的存取处理方案，unix平台有一个索引没能使用上（就是第二次连接oprmove表时as Info  left join FMIS04.OPR@OprMove Move），直接导致了查询速度慢，其他几个语句也发现了同样的问题

我试着调整数据库配置参数，没有成效，对其基本没有影响，因此肯定是索引的使用问题，本人对此很是困惑，请高人帮解

一下是数据库的配置参数:

      Database Manager Configuration

   Node type = Database Server with local and remote clients

Database manager configuration release level          = 0x0900

CPU speed (millisec/instruction)          (CPUSPEED) = 5.117063e-07

Max number of concurrently active databases    (NUMDB) = 8
Data Links support                         (DATALINKS) = NO
Federated Database System Support          (FEDERATED) = YES
Transaction processor monitor name       (TP_MON_NAME) =

Default charge-back account          (DFT_ACCOUNT_STR) =

Java Development Kit 1.1 installation path (JDK11_PATH) =

Diagnostic error capture level             (DIAGLEVEL) = 3
Diagnostic data directory path             (DIAGPATH) = /home/userid/sqllib/db2dump

Default database monitor switches
Buffer pool                      (DFT_MON_BUFPOOL) = OFF
Lock                                  (DFT_MON_LOCK) = OFF
Sort                                  (DFT_MON_SORT) = OFF
Statement                            (DFT_MON_STMT) = OFF
Table                               (DFT_MON_TABLE) = OFF
Unit of work                         (DFT_MON_UOW) = OFF

SYSADM group name                      (SYSADM_GROUP) = DB2IADM1
SYSCTRL group name                   (SYSCTRL_GROUP) =
SYSMAINT group name                   (SYSMAINT_GROUP) =

Database manager authentication       (AUTHENTICATION) = SERVER
Cataloging allowed without authority (CATALOG_NOAUTH) = NO
Trust all clients                   (TRUST_ALLCLNTS) = YES
Trusted client authentication       (TRUST_CLNTAUTH) = CLIENT

Default database path                      (DFTDBPATH) = /home/userid

Database monitor heap size (4KB)       (MON_HEAP_SZ) = 56
UDF shared memory set size (4KB)          (UDF_MEM_SZ) = 256
Java Virtual Machine heap size (4KB)    (JAVA_HEAP_SZ) = 2048
Audit buffer size (4KB)                (AUDIT_BUF_SZ) = 0

Backup buffer default size (4KB)          (BACKBUFSZ) = 1024
Restore buffer default size (4KB)          (RESTBUFSZ) = 1024

Sort heap threshold (4KB)                (SHEAPTHRES) = 20000

Directory cache support                   (DIR_CACHE) = YES

Application support layer heap size (4KB) (ASLHEAPSZ) = 15
Max requester I/O block size (bytes)       (RQRIOBLK) = 32767
Query heap size (4KB)                (QUERY_HEAP_SZ) = 1000
DRDA services heap size (4KB)          (DRDA_HEAP_SZ) = 128

Priority of agents                         (AGENTPRI) = SYSTEM
Max number of existing agents             (MAXAGENTS) = 200
Agent pool size                      (NUM_POOLAGENTS) = 4 (calculated)
Initial number of agents in pool    (NUM_INITAGENTS) = 0
Max number of coordinating agents    (MAX_COORDAGENTS) = MAXAGENTS
Max no. of concurrent coordinating agents  (MAXCAGENTS) = MAX_COORDAGENTS
Max number of logical agents       (MAX_LOGICAGENTS) = MAX_COORDAGENTS

Keep DARI process                         (KEEPDARI) = YES
Max number of DARI processes                (MAXDARI) = MAX_COORDAGENTS
Initialize DARI process with JVM       (INITDARI_JVM) = NO
Initial number of fenced DARI process (NUM_INITDARIS) = 0

Index re-creation time                      (INDEXREC) = RESTART

Transaction manager database name       (TM_DATABASE) = 1ST_CONN
Transaction resync interval (sec)    (RESYNC_INTERVAL) = 180

SPM name                                  (SPM_NAME) = m85_xzcw
SPM log size                         (SPM_LOG_FILE_SZ) = 256
SPM resync agent limit                (SPM_MAX_RESYNC) = 20
SPM log path                            (SPM_LOG_PATH) =

TCP/IP Service name                         (SVCENAME) = db2cdb2inst1
APPC Transaction program name                (TPNAME) =
IPX/SPX File server name                (FILESERVER) =
IPX/SPX DB2 server object name          (OBJECTNAME) =
IPX/SPX Socket number                   (IPX_SOCKET) = 879E

Discovery mode                            (DISCOVER) = SEARCH
Discovery communication protocols    (DISCOVER_COMM) = TCPIP
Discover server instance             (DISCOVER_INST) = ENABLE

Directory services type                   (DIR_TYPE) = NONE
Directory path name                   (DIR_PATH_NAME) = /.:/subsys/database/
Directory object name                   (DIR_OBJ_NAME) =
Routing information object name       (ROUTE_OBJ_NAME) =
Default client comm. protocols       (DFT_CLIENT_COMM) =

Maximum query degree of parallelism (MAX_QUERYDEGREE) = ANY
Enable intra-partition parallelism    (INTRA_PARALLEL) = NO

No. of int. communication buffers(4KB)(FCM_NUM_BUFFERS) = 1024
Number of FCM request blocks             (FCM_NUM_RQB) = 512
Number of FCM connection entries    (FCM_NUM_CONNECT) = (FCM_NUM_RQB * 0.75)
Number of FCM message anchors       (FCM_NUM_ANCHORS) = (FCM_NUM_RQB * 0.75)

   Database Configuration for Database xzdcfmis

Database configuration release level                   = 0x0900
Database release level                               = 0x0900

Database territory                                     = CN
Database code page                                     = 1386
Database code set                                     = GBK
Database country code                                  = 86

Dynamic SQL Query management          (DYN_QUERY_MGMT) = DISABLE

Directory object name                   (DIR_OBJ_NAME) =
Discovery support for this database    (DISCOVER_DB) = ENABLE

Default query optimization class       (DFT_QUERYOPT) = 5
Degree of parallelism                   (DFT_DEGREE) = 1
Continue upon arithmetic exceptions (DFT_SQLMATHWARN) = NO
Default refresh age                (DFT_REFRESH_AGE) = 0
Number of frequent values retained    (NUM_FREQVALUES) = 10
Number of quantiles retained          (NUM_QUANTILES) = 20

Backup pending                                        = NO

Database is consistent                               = YES
Rollforward pending                                  = NO
Restore pending                                        = NO

Multi-page file allocation enabled                   = NO

Log retain for recovery status                         = NO
User exit for logging status                         = NO

Data Links Token Expiry Interval (sec)    (DL_EXPINT) = 60
Data Links Number of Copies          (DL_NUM_COPIES) = 1
Data Links Time after Drop (days)       (DL_TIME_DROP) = 1
Data Links Token in Uppercase             (DL_UPPER) = NO
Data Links Token Algorithm                (DL_TOKEN) = MAC0

Database heap (4KB)                         (DBHEAP) = 5000
Catalog cache size (4KB)             (CATALOGCACHE_SZ) = 256
Log buffer size (4KB)                      (LOGBUFSZ) = 1024
Utilities heap size (4KB)             (UTIL_HEAP_SZ) = 5000
Buffer pool size (pages)                   (BUFFPAGE) = 50000
Extended storage segments size (4KB) (ESTORE_SEG_SZ) = 16000
Number of extended storage segments (NUM_ESTORE_SEGS) = 0
Max storage for lock list (4KB)             (LOCKLIST) = 800

Max appl. control heap size (4KB)    (APP_CTL_HEAP_SZ) = 512

Sort list heap (4KB)                      (SORTHEAP) = 4096
SQL statement heap (4KB)                   (STMTHEAP) = 4096
Default application heap (4KB)          (APPLHEAPSZ) = 512
Package cache size (4KB)                (PCKCACHESZ) = (MAXAPPLS*

Statistics heap size (4KB)             (STAT_HEAP_SZ) = 4384

Interval for checking deadlock (ms)       (DLCHKTIME) = 10000
Percent. of lock lists per application    (MAXLOCKS) = 22
Lock timeout (sec)                      (LOCKTIMEOUT) = -1

Changed pages threshold             (CHNGPGS_THRESH) = 60
Number of asynchronous page cleaners (NUM_IOCLEANERS) = 1
Number of I/O servers                (NUM_IOSERVERS) = 3
Index sort flag                            (INDEXSORT) = YES
Sequential detect flag                   (SEQDETECT) = YES
Default prefetch size (pages)       (DFT_PREFETCH_SZ) = 32

Track modified pages                      (TRACKMOD) = OFF

Default number of containers                         = 1
Default tablespace extentsize (pages) (DFT_EXTENT_SZ) = 32

Max number of active applications          (MAXAPPLS) = 200
Average number of active applications    (AVG_APPLS) = 20
Max DB files open per application          (MAXFILOP) = 64

Log file size (4KB)                      (LOGFILSIZ) = 5000
Number of primary log files             (LOGPRIMARY) = 5
Number of secondary log files             (LOGSECOND) = 10
Changed path to log files                (NEWLOGPATH) =
Path to log files                                     = /fmis20/userid/NODE0000/SQL00002/SQLOGDIR/
First active log file                                  =

Group commit count                         (MINCOMMIT) = 1
Percent log file reclaimed before soft chckpt (SOFTMAX) = 100
Log retain for recovery enabled          (LOGRETAIN) = OFF
User exit for logging enabled             (USEREXIT) = OFF

Auto restart enabled                   (AUTORESTART) = ON
Index re-creation time                      (INDEXREC) = SYSTEM (RESTART)
Default number of loadrec sessions (DFT_LOADREC_SES) = 1
Number of database backups to retain (NUM_DB_BACKUPS) = 12
Recovery history retention (days)    (REC_HIS_RETENTN) = 366

TSM management class                   (TSM_MGMTCLASS) =
TSM node name                         (TSM_NODENAME) =
TSM owner                                  (TSM_OWNER) =
TSM password                            (TSM_PASSWORD) =

作者: njchf 时间: 2004-08-06 14:54
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
我晚上再把存取方案图传上来

作者: ibmxp 时间: 2004-08-06 16:20
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
首先两个版本不一致，
可能会有些问题的，
没法看清楚这个SQL！！

作者: njchf 时间: 2004-08-06 17:13
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
select a.*  from
(select distinct b.*
   from opr@OprInformation b, OPR@OprMove c1
   where b.key1 = c1.key1 and b.key2 = c1.key2 and b.key3 = c1.key3 ) as a

left join OPR@OprMove c2 on a.key1 = c2.key1 and a.key2 = c2.key2 and a.key3 = c2.key3 and a.key4 = c2.key4

left join sys@user user in user.userno = a.userno
Left join OPR@Operation Ope on Ope.OprKind = a.OprKind
order by Operation ASC ,OprNo ASC ,OprDate ASC

在b表上有主键(key1, key2, key3)
oprmove(即c1和c2表)表上有组合索引 i_oprmove(key1, key2, key3, key4)

现在问题就是unix下面关联c2表时没有使用到索引i_oprmove，而windows下面使用到了
关联c1时都使用了索引i_oprmove

作者: njchf 时间: 2004-08-06 17:21
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
如题

AIX_访问方案2.jpg (47.06 KB, 下载次数: 69)

AIX_访问方案1.jpg (67.9 KB, 下载次数: 67)

作者: njchf 时间: 2004-08-06 17:23
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
如题

Windows访问方案2.jpg (45.7 KB, 下载次数: 71)

Windows访问方案1.jpg (69.56 KB, 下载次数: 74)

作者: huyuhui001 时间: 2004-08-06 17:43
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
可能是因为windows是新导入，系统信息都是最新的，unix里面的索引和表信息会不会由于没有做runstats而差距太大？reorg，runstats试试。

作者: mymm 时间: 2004-08-08 02:11
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
这个问题偶也碰到过，把小型机上的数据恢复到PC上，查询居然比小机都要快，也很奇怪！
怀疑是DB以外的问题！比如OS、硬件..

不知数据的数量级加大后会不会反过来，没做过测试！

期待解释！

作者: njchf 时间: 2004-08-08 11:08
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
[quote]原帖由 "huyuhui001"]可能是因为windows是新导入，系统信息都是最新的，unix里面的索引和表信息会不会由于没有做runstats而差距太大？reorg，runstats试试。[/quote 发表：

这个我到没试，因为我想两次连接应该使用同一个索引的，第一次连接时成功的使用了，所以我想应该不是这个问题吧

而且小型机也是刚刚从windows平台用db2move迁移过去一个多月

作者: mymm 时间: 2004-08-09 04:14
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
不会差别那么大的！

作者: njchf 时间: 2004-08-13 09:18
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
还请各位大虾指教一二

作者: mymm 时间: 2004-08-16 14:43
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
还是感觉是db2之外的原因！
比较感兴趣，顶一下！

作者: diablo2 时间: 2004-08-18 15:27
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
印象中，有一个参数，可以设置直接出结果还是执行完了再出结果

作者: njchf 时间: 2004-08-19 09:10
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
请参考如下命令：

db2 runstat:
-------------
Updates statistics about the physical characteristics of a table and the
associated indexes. These characteristics include number of records, number of
pages, and average record length. The optimizer uses these statistics when
determining access paths to the data.

db2 reorgchk:
-------------
Calculates statistics on the database to determine if tables or indexes, or
both,
need to be reorganized or cleaned up.

db2 reorg index/table:
----------------------
Reorganizes an index or a table.

去更新 unix 平台下数据库表的统计信息，进行REORG CHECK, 如果需要 REORG,则进行
REORG 操作，然后在做一遍 RUNSTAT,以取得最新的统计信息，便于生成正确的存取方案

我试一下，然后把结果告诉大家
非常感谢大家的帮助

http://www-900.ibm.com/developerWorks/cn/dmdd/library/techarticles/0302kuznetsov/0302kuznetsov.shtml
这篇文章本人觉得写的不错

作者: oprs 时间: 2004-08-19 09:15
提示: 作者被禁止或删除内容自动屏蔽

作者: njchf 时间: 2004-08-20 12:12
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
由于我这边没有unix环境(在外地用户那边)，我在windows平台做了一遍reorg和runstats ，再查看存储方案，有几个查询提高了一点，但是许多大的查询反而慢了一半，许多表干脆不用索引了（是不是unix觉得我的表都太有序了，就懒得用索引了

），不懂中

reorg时我用了索引，就是表关联时用的那几个字段，顺序也完全一致

由于windows平台几个大的查询都能在1秒钟之内（最多的也就几秒）搞定，因此不好比较具体的执行时间，就用的存储方案里面的成本值

不过也没找到其他更好的办法，这两天让用户在小型机上试试看吧

AIX试验结果：我把小型机上的所有表都reorg+ runstats了一遍，现在小型机上的速度已经有了大幅提高，已经接近我的windows平台了（现在与我的赛扬3-700，256内存服务器持平），但速度还是差一点
不过我还是搞不懂，我的windows平台的数据是从aix上用脚本使用ixf格式导出恢复的，aix是7月份从windows平台上用db2move移植过去的，两边同样没有统计信息，为何速度在整理前相差如此之大，难道是db2move的问题

下面是我写的一个javascript脚本，因为reorg只能一次到一个表，很不爽，这个脚本默认使用主键索引重组表，很方便，不过只能在windows平台上运行，需要5.6版本的windows脚本宿主（一般win2000sp2以后都可以了），大家需要的话把下面的代码复制以后另存为一个文本文件，扩展名.js就可以运行了
注意：此脚本需要在db2命令窗口中执行，在客户端上执行时，需要手工修改脚本加上数据库连接的用户和密码(db2 connect、db2rbind两个地方)

下面的脚本我禁用了表情符号还是有问题，试试这个（我把js文件改成jpg后缀发上来的，下载成功后该回去就可以了，我没找到ftp，还请斑竹大人见谅）

DB2REORG.jpg

4.07 KB, 下载次数: 15

作者: njchf 时间: 2004-08-23 16:53
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
/***************************************************************************
* DB2 数据库数据及索引重组
注意：1.重组表时默认使用主键索引重组，若无主键则重组时不使用索引
   2.如果不采用主键重组，可在最后自行重组
   3.如果需要进行重组前和重组后的对比，请在本脚本执行前后分别执行
      db2 reorgchk current statistics on table all >; reorgchklogb
      db2 reorgchk current statistics on table all >; reorgchkloge
   4.本脚本生成两个日志文件output和db2rbind.out
   5.注意：本脚本执行前请务必备份数据库
****************************************************************************/

//判断参数
if (WScript.arguments.length != 1) UsageMsg();

//得到数据库名称
var dbname = WScript.arguments.item(0);
var shell = WScript.CreateObject("WScript.Shell");

//创建输出文件
var fso = WScript.CreateObject("Scripting.FileSystemObject");
var fsout = fso.CreateTextFile("Output", true); //可以覆盖

//连接数据库
execmd("db2 connect to " + dbname);

//首先对所有的数据表进行检查有哪些表需要重组，结果仅供参考
//execmd("db2 reorgchk current statistics on table all");

//若为导出，导出系统表(不含视图),默认采用逗号作为列分隔符
execmd("db2 export to tables of DEL MODIFIED BY CHARDEL: "
   + "select tab.tabschema, tab.tabname, coalesce(ind.indschema, ''), coalesce(ind.indname, '') "
   + "from syscat.tables as tab "
   + "left join syscat.indexes as ind on ind.tabschema = tab.tabschema and ind.tabname = tab.tabname and ind.uniquerule = 'P' "
   + "where tab.type = 'T' "
   + "order by tab.tabschema, tab.tabname");

//开始读系统表文件
var fsotb = WScript.CreateObject("Scripting.FileSystemObject");
var tbfile;

try
{
tbfile = fsotb.OpenTextFile("tables",1); //只读访问
}
catch (E)
{
fsout.Close();
//WScript.echo(E);
WScript.echo("打开文件 tables 失败，请确认已导出数据！");
WScript.Quit();
}

var str, tbinfo, tbschema, tbname, indschema, indname;
var i = 0;

while (!tbfile.AtEndOfStream)
{
str = tbfile.ReadLine();

//拆分字符串
tbinfo = str.split(":,:");

//去除:和空格
tbschema = tbinfo[0].replace(/:| /g, ""); //表模式
tbname = tbinfo[1].replace(/:| /g, ""); //表名
indschema = tbinfo[2].replace(/:| /g, ""); //索引模式
indname = tbinfo[3].replace(/:| /g, ""); //索引名称

//对此表进行检查，刷新统计信息
execmd("db2 runstats on table " + tbschema + "." + tbname + " with distribution and detailed indexes all");

//对表进行重组，同时判断是否需要依据主键重组
      execmd("db2 reorg table " + tbschema + "." + tbname + (indschema == "" ? "" : (" index " + indschema + "." + indname)) + " use tempspace1");

//重组结束，再次刷新统计信息
execmd("db2 runstats on table " + tbschema + "." + tbname + " with distribution and detailed indexes all");

i++;
WScript.echo(i.toString() + " Completed!");
WScript.echo("");
}

//自动重组结束，如果有需要使用非主键索引重组的请在下方处理区处理
/****************************************************************/
//示例：db2 reorg table tabschema.tabname index indschema.indname
// db2 runstats on table tabschema.tabname with distribution and detailed indexes all

/****************************************************************/

//最后对数据库中的PACKAGE进行重新联编
execmd("db2rbind " + dbname + " -l db2rbind.out");

//再次执行reorgchk，刷新统计信息，同时与重组前进行对比
//execmd("db2 reorgchk current statistics on table all");

//导出结束
execmd("db2 disconnect " + dbname);
tbfile.Close();
fsout.Close();

WScript.echo("共重组表 " + i.toString());

//执行命令等待其结束并输出到屏幕及输出文件
function execmd(strcmd)
{
var finished; //标志执行是否结束
var output; //输出信息

fsout.Write(strcmd); //写入输出文件
WScript.echo(strcmd); //写到标准输出

finished = shell.exec(strcmd);
while (finished.Status == 0) //未执行结束
{
WScript.Sleep(100); //等待100毫秒
}

//执行结束，写输出
output = finished.Stdout.ReadAll(); //读取输出信息
fsout.Write(output); //写入输出文件
WScript.echo(output); //写到标准输出
}

function UsageMsg()
{
WScript.echo("Usage: cscript db2reorg.js <db_name>;");
WScript.Quit();
}

作者: vlife 时间: 2004-08-23 17:05
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
db2move使用的是load还是import？db2move后unix机器上数据有没有大的变动？还有后来ixf的导入到windows使用的是load还是import？从道理上load和import导致的速度差是很大的。

作者: njchf 时间: 2004-08-23 17:10
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
[quote]原帖由 "vlife"]db2move使用的是load还是import？db2move后unix机器上数据有没有大的变动？还有后来ixf的导入到windows使用的是load还是import？从道理上load和import导致的速度差是很大的。[/quote 发表：

我没用过db2move不清楚他是用的哪一个, 从小型机上导到windows上是用ixf格式export出来然后用import的

作者: vlife 时间: 2004-08-23 17:20
标题: 请高手帮忙，关于db2 windows版和unix版本速度差异的问题
用db2batch可以查看sql执行的具体时间
搞不明白了，import就是insert，不做runstat应该无法使用最新的统计信息

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)