论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2005-11-09 04:46 |只看该作者 |倒序浏览

偶们数据库是 ASE 11.9.2 为修正时间片(time slice)错误时，下载了相应BUG ID 的FIXMASTER脚本，运行后数据库timestamp开始从很小的值记数。如果表中字段TM(timestamp) 为:0x000100003faed913,现在更新数据行内容后TM值为： 0x000100000071230e。因系统数据传输是采用此值来比较的，导致现有数据不能正常传输。请问哪位高手大侠能帮忙支招，小弟特此拜谢。

文库|博客

Z2Y3

白手起家

论坛徽章:: 0

2楼 [报告]

发表于 2005-11-09 05:13 |只看该作者

修复BUG

补：
时间片问题的数据库BUG ID是69433

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

Z2Y3

白手起家

论坛徽章:: 0

3楼 [报告]

发表于 2005-11-09 05:47 |只看该作者

在线等回复

在线等啊，希望高手救得早。。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

hobbylu

版主

论坛徽章:: 0

4楼 [报告]

发表于 2005-11-09 08:28 |只看该作者

把数据库的日志贴出来

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

Z2Y3

白手起家

论坛徽章:: 0

5楼 [报告]

发表于 2005-11-09 08:43 |只看该作者

NO ERROR

大侠:
  首先,是数据库有时间片问题,ASE 手中最高EBF为10490,打补丁后无效.然后在SYBASE网站上对应BUG ID 找到的FIXMASTER.是SQL脚本.运行该脚本后时间片问题解决.数据库无异常,所以也没有产生ERROR LOG
  其次,是原用户表中有TM timestamp字段,现在更新用户表中记录后,数据库自动维护TIMESTAMP字段,但其它写入的新值比原来打补丁之前写入的值要小. 传送表中也一样.
  如传输表:STAMP (TBLNAME  CHAR(12),TIME_OLD VARBINARY(

,TIME_NEW TIMESTAMP )
中记录的值出现,"HT",0x000100003faed913,0x000100000071230e)
这个表我开如传输取数时,UPDATE STAMP SET TIME_OLD = TIME_OLD,此时TIME_NEW 会自动维护更新.但问题是ASE记录的新TIMESTAMP值比打补丁之前的TIMESTAMP明显要小得多.