|
查看上一个主题 :: 查看下一个主题
|
| 作者 |
信息 |
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
您好专家，
我需要您的以下帮助。
我需要每天生成一个报告，该报告将具有过去24小时（从午夜到午夜）在DB2表中被插入，更新，删除的行数。
是否有任何系统目录表可以维护有关每天针对特定表执行的上述操作的信息？
我不需要自上次重组以来的总体统计信息，但希望每天提供最近24小时的统计信息。我需要为20个以上的表生成相同的内容。请提出建议。
谢谢 ，
阿马尔吉特 |
|
| 回到顶部 |
|
 |
盖伊
高级会员
已加入：2009年8月11日
帖子：1281
地点：比利时
|
|
|
|
-sysibm.systablespacestats中的数据是自上次reorg / runstats起的数字。您可能必须记住自上次运行以来的那些数字，然后计算差值。
-也许某些日志分析器工具可能会产生这种结果。
-在表上定义的触发器是一个（昂贵的）选项。 |
|
| 回到顶部 |
|
|
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
| 盖伊 写道： |
-sysibm.systablespacestats中的数据是自上次reorg / runstats起的数字。您可能必须记住自上次运行以来的那些数字，然后计算差值。
-也许某些日志分析器工具可能会产生这种结果。
-在表上定义的触发器是一个（昂贵的）选项。 |
你好，盖伊，
感谢你的快速回复。
我确实尝试从SYSIBM.SYSTABLESPACESTATS表中获取数据。
STATSINSERTS，STATSUPDATES和STATSDELETES列包含
计数。但是计数是针对整个数据库的，而不是针对特定表的。所需的表映射到不同的数据库，并且单个数据库包含多个表。
是否有任何目录表可以提供表的特定统计信息？
请提出建议。谢谢。 |
|
| 回到顶部 |
|
|
盖伊
高级会员
已加入：2009年8月11日
帖子：1281
地点：比利时
|
|
|
|
systablespacestats是每个database.tablespace。
如果您遵循“最佳实践”，则每个表空间应仅包含1个表，因此数字与1个表相关。 |
|
| 回到顶部 |
|
|
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
| 盖伊 写道： |
systablespacestats是每个database.tablespace。
如果您遵循“最佳实践”，则每个表空间应仅包含1个表，因此数字与1个表相关。 |
非常感谢先生。我知道了。问候 |
|
| 回到顶部 |
|
|
盖伊
高级会员
已加入：2009年8月11日
帖子：1281
地点：比利时
|
|
|
|
| 别客气 |
|
| 回到顶部 |
|
|
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
你好，盖伊，
再次有疑问...
我运行了以下查询：
SELECT NAME，COUNT（NAME）作为COUNT，SUM（STATSINSERTS）作为INSERT，SUM（STATSDELETES）作为DELETE，SUM（STATSUPDATES）作为SYSIBM.SYSTABLESPACESTATS的更新名称
（'TS1'，'TS2'，'TS3'，...'TS15'）按UR分组的名称：
当我从昨天的结果中扣除昨天的结果之前的一天时，我对某些表空间的计数为负。请检查以下内容：
NAMECOUNTINSERTDELETEUPDATE
TS116 2 0 21551
TS21 0 0 0
TS316 556 0 8216
TS4271 120039 0 6375602
TS5270-1534487 0 -1356191
TS6340 868836 0 3424005
TS7270 216277 0 0
TS8340 1927304 0 0
TS916 7566 1457 35183
TS10270-4619517-6215989-13660807
TS11270 -201650 -980518 0
TS1216 71259 0 0
TS1316 223571 0
TS14270 270100 0 51656
TS1516 18 0 17
同样，当我从今天的SUBSTRACT昨天的结果时，
再次我对某些表空间负计数。请检查以下内容：
NAMECOUNTINSERTDELETEUPDATE
TS1161014733
TS21000
TS31647008668
TS42712670004635251
TS52704095330375481
TS63404068702690323
TS727023776100
TS8340132998800
TS9165882687629258
TS102707411997636162082946
TS11270-111410-1091040
TS12165484700
TS1316441109080
TS14270149010011834
TS151614013
多行显示表空间具有多个分区。所以我选择所有分区的总和，并与前一天的结果进行比较。
请建议如何处理-ve count，因为我想每天我们应该以递增顺序进行计数。
谢谢。
阿马尔吉特 |
|
| 回到顶部 |
|
|
盖伊
高级会员
已加入：2009年8月11日
帖子：1281
地点：比利时
|
|
|
|
数字是自上次RUNSTATS起的数字。
因此，当runstats运行时，数字将重置为零。
您可以在STATSLASTTIME列中进行检查。
如果与昨天的STATSLASTTIME不同，那么您的号码将被重设。 |
|
| 回到顶部 |
|
|
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
| 盖伊 写道： |
数字是自上次RUNSTATS起的数字。
因此，当runstats运行时，数字将重置为零。
您可以在STATSLASTTIME列中进行检查。
如果与昨天的STATSLASTTIME不同，那么您的号码将被重设。 |
您好，
是的，在某些方面，我们在STATSLASTTIME中具有最近的时间戳，而在相同的表空间中其余部分具有更旧的时间戳。
所以我需要进一步比较表空间内每个分区的时间戳，以得出结果。
如果STATSLASTTIME是昨天的，那么我需要按原样计算。
如果STATSLASTTIME比昨天晚，那么我需要计算与昨天的差额。
最后，需要对所有分区的结果求和，以获得一个表空间的总数。最后，可以从该值中减去该表空间的昨天结果计数，以获取一天所需的计数。
对于上述方法，是否有任何地方可以唯一标识表空间的每个部分的行？
如果我错过了什么请改正。
谢谢，
阿马尔吉特 |
|
| 回到顶部 |
|
|
盖伊
高级会员
已加入：2009年8月11日
帖子：1281
地点：比利时
|
|
|
|
也许名为“ PARTITION”的列？我不知道，这只是一个疯狂的猜测[/ sarcasm]
像这样的东西：
| 码： |
选择A.DBNAME
, A.NAME
sum(如果a.statslasttime = b.statslasttime的情况，则a.statsinsert-b.statsinsert否则a.statsinsert结束)
从"SYSIBM".SYSTABLESPACESTATS A
加入我的历史记录表(A.DBNAME = b.dbname) and (a.name = b.name) and (a。分区= b。分区)
哪里...
group by a.dbname, 一个名字
|
而且您必须了解，上次运行与runstats之间的所有插入/更新都将永远丢失。 |
|
| 回到顶部 |
|
|
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
| 盖伊 写道： |
也许名为“ PARTITION”的列？我不知道，这只是一个疯狂的猜测[/ sarcasm]
像这样的东西：
| 码： |
选择A.DBNAME
, A.NAME
sum(如果a.statslasttime = b.statslasttime的情况，则a.statsinsert-b.statsinsert否则a.statsinsert结束)
从"SYSIBM".SYSTABLESPACESTATS A
加入我的历史记录表(A.DBNAME = b.dbname) and (a.name = b.name) and (a。分区= b。分区)
哪里...
group by a.dbname, 一个名字
|
而且您必须了解，上次运行与runstats之间的所有插入/更新都将永远丢失。 |
所以没有解决方案，因为您正确提到
“上次运行与runstats之间的所有插入/更新都将永远丢失” ...
谢谢，
阿马尔吉特 |
|
| 回到顶部 |
|
|
盖伊
高级会员
已加入：2009年8月11日
帖子：1281
地点：比利时
|
|
|
|
| 仅当您修改runstats-jobs以某种方式存储这些数字时，才在runstats之前 |
|
| 回到顶部 |
|
|
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
| 盖伊 写道： |
| 仅当您修改runstats-jobs以某种方式存储这些数字时，才在runstats之前 |
您好，
让我看看我是否可以做到这一点，尽管我对此表示怀疑。
该PARTITION列不属于表 
无论如何，非常感谢您清除了此日志表上的许多疑问。
-amarjit |
|
| 回到顶部 |
|
|
盖伊
高级会员
已加入：2009年8月11日
帖子：1281
地点：比利时
|
|
| 回到顶部 |
|
|
阿玛吉特·辛格
新的用户
已加入：2013年3月8日
帖子：30
地点：印度
|
|
|
|
我的错...我错过了 |
|
| 回到顶部 |
|
|
|
|
