日志记录的解析问题

hanyu

如果是每天批量同步解决方案很多 odbc jdbc ftp dts ....
但如果是实时同步，
国内实现400的数据实时同步到PC数据库的有 data mirror 和 data bridge ，都是利用jrn 实现的，
大概的思路是：
首先通过odbc,jdbc 在PC端建对应400的表格。
批量同步一次，让PC同步400到某一日志序号前的状态。
读取400日志接收器后的数据
简化一下，如果不考虑效率问题，jrn 的MINENTDTA   用   *none ,那么日志Entry 就包含完整的纪录hex 表示。

如果PC数据库支持用纪录顺序号RRN操作，就很简单了，日志Entry包含完整纪录顺序号和文件的after image
直接读取日志，转码，传PC，同步操作PC数据库。

如果PC数据库不支持用纪录顺序号操作。。。。
同步文件需要有唯一索引，必须登记before image
对于update ,delete 操作，需要读取before image ，把索引字段解析出来，把增删改组成sql语句，一起传下去，PC数据库同步执行sql语句。

hanyu

补充一下，如果是同步到另一台400上，是可以直接用日志序号写的，还不用转码，所以实时同步PC比同步400更复杂，如果用索引同步，大数据量的情况下，对PC的性能要求极高。

shenzhenzsf

DTS抽取AS400数据，速度还是可以的，20万－80万/分，但有字符截断的情况，同样用ODBC，Excel就不会截断，不知哪位老兄遇到过这种情况，谢谢！

qingzhou

从多年实践看来，其实走ODBC，JDBC，OLEDB接口，本身存在比较大的局限，尤其如果想做到真正实时同步，数据表又是比较大的情况下（>1G），对AS400机器来说，使用Vision Solutions还是比较有效的解决方案。

arrike

很期待 ，关注中。

higgins

好老的帖子了。。。不知道现在搂主是否已经找到最佳的解决方案了？希望贴点具体的经验或者做成操作手册，出来分享下。。。

V01619

我们这里最近在测试一个叫DBROAD的工具，可以实现DB2->SQL,SQL->DB2的数据实时同步，
测试下来效果不错。

happyid

QjoRetrieveJournalEntries()