晶晶小妹和VAGE共同开发的“日志挖掘”研究版（开源）发布了

晶晶小妹

原帖由 roger.federer 于 2009-5-14 22:16 发表



呵呵
从我自己的对log的分析来看，5.1这个OPCODE分析难度较大啊，特别想利用SUPPLEMENTAL LOG避开ROWID

我的半成品，写不下去了

5.1啊，难度还行啊。我还没往下继续，据说行链接、索引组织表、簇表，是难点。我的簇表马上就可以好了，解出来簇表，就可以解出来DDL了。
这只是解析阶段，解析完了还要传送到另一个数据库，还要和另一个数据库同步。后面还有很多工作要完成呢。

晶晶小妹

原帖由 lnwxzyp 于 2009-5-17 12:50 发表
VAGE大人 像是传说中的神人，不食人间烟火。
我觉得更适合自己搞研究 然后开培训班教书育人吧，毕竟工作还是非常需要沟通的。

，不食人间烟火，他又不是小龙女，一纯爷们，还不食人间烟火。vage只是比较低调，也不太爱上QQ，性格还是挺开郎的。

biti_rainy

原帖由 roger.federer 于 2009-5-14 22:16 发表



呵呵
从我自己的对log的分析来看，5.1这个OPCODE分析难度较大啊，特别想利用SUPPLEMENTAL LOG避开ROWID

我的半成品，写不下去了

解析方面的核心问题我们基本全部解决，现在最大的挑战时如何应用的问题，尤其分析事务之间的关联性问题，暂时只有通过hash碰撞分析rowid冲突的方法，还不知道oracle的 logic standby是怎么分析的。
另：解析最难的是行链结的更新，要获取足够的样本分析完全行链结 实质上是一个很困难的事情，因为有些东西你不遇到则根本就想不到，自然也就模拟不出来。 光靠自己创建个数据库，可能怎么都存在bug。

[ 本帖最后由 biti_rainy 于 2009-5-18 10:19 编辑 ]

tmdusa

大师说的很对！

原帖由 biti_rainy 于 2009-5-18 10:17 发表


解析方面的核心问题我们基本全部解决，现在最大的挑战时如何应用的问题，尤其分析事务之间的关联性问题，暂时只有通过hash碰撞分析rowid冲突的方法，还不知道oracle的 logic standby是怎么分析的。
另：解析最难的是行链结的更新，要获取足够的样本分析完全行链结 实质上是一个很困难的事情，因为有些东西你不遇到则根本就想不到，自然也就模拟不出来。 光靠自己创建个数据库，可能怎么都存在bug。

litterbaby

强帖留名

nicetomato

原帖由 晶晶小妹 于 2009-5-6 06:57 发表



谢谢夸奖，嘿嘿，这个软件我并没有花很多时间吖。我们两个人从开始构思到破译日志到开发也就是不到3周的时间吧！
呃。。以后会利用工作业余时间 逐渐完善，全部完成后，想实现 数据监控 数据抽取 数据实时复制
再数据抽取 和 复制的时候 想添加类似 物化视图的功能
这个最终版的功能 有些确实是oracle没有提供的。

这个想法太好了，通过读日志来实时传输数据，如果能做好复制断点的控制、事务完整性控制就好了，可以做成产品销售了。

eagle3250

很好,很强大!
不过如果这样就炽手可热,我也花点时间弄个半成品去*.*

fruif

很好，很强大！有点像DBA界的当代花木兰哦

derek_chao

崇拜的顶一下，谢谢楼主分享~~

eagle3250

要商用不容易呀,DSG今天又报出一大bug,800W的表,读过去变成840W了