|
|
 |
 |
|
|
|
|
|
使用db2look 重新创建优化器访问计划
|
|
|
|
编辑：华夏媒体 作者：未知 来源：网络 时间：2006-07-29 总浏览量：4719 |
|
文字大小：[ 大 中 小 ]
文字颜色： 双击滚屏/单击停止 |
|
[上一页] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [下一页]
|
for its target column, has an invalid format, or is inconsistent in relation
to some other statistic. Reason Code = "8". SQLSTATE=23521
正如您可以看到的，上面用于索引 NAME_IND 的 UPDATE 语句失败了，因为 FULLKEYCARD 大于表的基数（CARD）。正如通过 db2look.out 文件中的下列更新语句可以看到的，CARD 是 35：
UPDATE SYSSTAT.TABLES
SET CARD=35,
NPAGES=1,
FPAGES=1,
OVERFLOW=0,
ACTIVE_BLOCKS=0
WHERE TABNAME = ’STAFF’ AND TABSCHEMA = ’SKAPOOR ’;
现在，再次以解释模式运行相同的查询：
db2 "select name from staff where id=10 order by name"
并生成访问计划。您将看到它是不同的：
Access Plan:
-----------
Total Cost: 12.972
Query Degree: 1
Rows
RETURN
( 1)
Cost
I/O
|
1
TBSCAN
( 2)
12.972
1
|
1
SORT
( 3)
12.9708
1
|
1
TBSCAN
( 4)
12.9682
1
|
35
TABLE: SKAPOOR
STAFF
该示例显示，如果在表上发生 WRITE 活动时运行 RUNSTATS，统计数据就可能与本示例中的不一致。因此，用于更新统计数据的 UPDATE 语句可能失败并产生 SQL1227N 错误消息。所有的 UPDATE 语句都运行成功十分重要，如果存在不一致性，就应该进行修理并重新运行。本例中，解决方案是将 KEYCARDS 和 NUMRIDS 从 37 重新修改为 35。
[page_break]示例 3：
您需要在单分区的环境中模拟生产中的整个数据库以进行测试。
注意：如果测试中的数据库名与生产中的不同，那么可能需要修改每个 db2look 输出中的数据库名。
步骤 1：使用 -l 选项收集 db2look，以收集表空间/缓冲池/数据库节点组信息。
|
|
[上一页] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [下一页]
|
|
|
打印 收藏 关闭 至顶部 |
|
 |
|