AnySQL.net

AUL也走品牌路线?

    三年多前为了深入Oracle而选择研究数据块格式, 并在不经意之间写成了AUL恢复软件, 有些无心插柳柳成荫的味道. 当你将一门技术掌握到全国或全世界顶尖的水平时, 肯定可以用它来为人们排忧解难, 人们也会愿意为之支付相应的报酬. 这也算是做技术的一种动力吧, 首先是帮人排忧解难, 然后是得到回报, 其实做服务的真谛也不外是如此. 这三年下来, AUL也算一个小小的品牌了.     目前AUL还只有Oracle版本的, 为了要更好地为大家排忧解难, 要努务发展以下的几个平台. AUL for Oracle ASM AUL for Sybase AUL for SQLServer AUL for MySQL Innodb     AUL成系列后, 是不是很好记啊? AUL等于AnySQL UnLoader的缩写. 其中Sybase和SQL...

Posted on March 30, 2008 1:12 PM

CSDN 2007年度工具提名

    一直我行我素地开发自已的东西, 不太在意别人如何评论. Fenng和Eygle在CSDN网站2007年度软件中国评选(数据管理类别)中推荐了我的AUL(MyDUL)工具第五版本, 心中十分高兴. 提名产品: AUL (MyDUL) 5.0 出 品 人: 楼方鑫 提名理由: 国人开发的Oracle数据恢复工具. 支持Oracle 8/8i/9i/10g/11g; 支持表(Table)/压缩表(Compress)/聚集(Cluster)/索引组织表(Index Organized Table); 支持多种数据类型; 支持跨平台交叉回复.     不过我的这个小工具, 肯定无法和以下两个提名中的东西相提并论, 差远了. 提名产品: Oracle 11g的Statspack 出 品 人: Oracle 提名产品: SYBASE IQ 出 品...

Posted on February 28, 2008 3:57 PM

ociuldr更新(2008/01/25)

    到现在为止, 免费文本导出小工具(ociuldr)的累计下载次数已经突破5000次, 已经有很多的知名的大公司, 选择下载源代码, 进行编译和使用, blue_prince在阿里巴巴更是创下了导出文本速度的新记录.     而我大约是这个工具的最大用户吧, 昨天花了二个小时, 给数据仓库组导了10亿条记录, 在导的过程中发现了一个无关紧要的小问题, 当文字类型字段不是从表中直接来时, 可能会分配过多的内存. 如下所示. C:\>ociuldr user=test/test query="select '' from dual" 1638450 bytes allocated for column '' (1)        0 rows exported at 2008-01-25 08:39:37        1 rows...

Posted on January 25, 2008 9:11 AM

为如何搭建DBATools.net发愁中...

    申请了这个域名后, MSN上多方咨讯我的好友, 都认为这个域名不错, 更加适合我现在的情形. 接下来是要想想如何来将这个站建起来? 首先面临的问题是用什么样的平台? 这个主要有几个要求: 1, 要支持静态发布, 这样做是为了节约流量. 2, 有一定的交互性. 3, 要方便管理及简单易用.     首先想到的是用现在正在使用的Blog平台Movable Type, 满足所有的条件, 只是我不爽于设计新的模板, 直接用现在的模板好象有些重复, 心中不是很甘心! 另外可以考虑的是Wiki平台, 同事推荐使用dokuwiki, 好象是不满足第一条, 可这一条是很重要的. 大家有什么可以推荐的吗? 或好看的MT模板也行.     还没有彻底想清楚, 到底是应当用中文呢, 还是纯英文. 作为一个DBA后, 你会不会习惯去看英文网站呢? 从现在来看, 历害的DBA都是看了很多英文的文档或网站的....

Posted on September 6, 2007 10:09 PM

申请了新的网站 -- DBATools.net

    AnySQL始终是不知道什么意思, 因此申请了个新的域名玩玩, 一开始还是想过一场.com的梦, 虽然IamDBA这个域名是很失败的. 在oratools.com和DBATools.net中间挣扎了一个小时左右的时间, 最后还是选择了后者, 原因是前者的范围太窄了, 不能老吃Oracle的饭, 也可以玩玩其他的数据库.     初步决定将我所开发的名费的工具全都放上去, 再努力宣传其他人开发的一些有用的数据库方面的免费工具, 以方便广大的DBA使用. 从我个人角度来讲, 现在这个站点上的很多内容都是和DBA工具有关, 再搞个域名就是由于这个原因.     还没有想好用什么平台来搭建这个新的站点, 以及将这个站放在什么地方, 有可能做成一个纯英文的站点, 因为我的个人工具, 外国人用的比国内的多.     健康是很重要的, 因此将网站的字体调大了, 好不好看请评论, 但我想肯定有利于眼睛. 在格局上没有变动, CSS还是很不懂, 因为Firefox的Height:100%问题, 还真搞了很长时间.     你有好的DBA工具要推广一下吗?...

Posted on September 5, 2007 10:39 PM

ociuldr的更新, 为了更好的long类型支持

    以前一直以为sqlldr不能装载大于4k大小的文本, 原来这个理解是错误的. 但是在免费的文本导出程序ociuldr中, 没有充分考虑long类型. 第一, 用于fetch的数组大小是固定的500, 第二默认的long类型导出长度是4000. 最主要的原因是ARRAY固定为500不是件好事, 如果我指定long的导出长度为1MB, 那不是得用掉500M的系统内存?     在最新的改进中, ARRAY SIZE的默认值变为50, 最小值为5, 最大值为2000, LONG类型的默认导出长度为32K, 还有就是LONG类型的导出长度乘以ARRAY SIZE的值不能超过100MB, 如果超出, 则ARRAY SIZE的值变为100MB除以LONG导出长度后的值, 如果不足5, 则设为5. 命令行帮助中多了两行:        long  = maximum long field size        array = array fetch size...

Posted on August 22, 2007 10:48 PM

庆祝oramon不停顿运行一周

    要写一个能跑的程序不难, 用C写一个能跑的程序就不易, 写一个能不停顿跑一周的C程序就有点难了. 为了达到理想的效果, 历经周折, 终于搞明白了线程问题, 而我写的程序也已经在服务器上不停顿地运行了一周, 最怕的两个问题, 一个是内存汇漏, 另一个是Segment Fault(core dump), 都没有发生. C程序就有点象Unix小型机, 要出问题则会很快就体现出来, 要不出问题则可以很稳定.     当然测试还要续继, 看看一个月后, 或三个月后, 或半年后, 程序是不是还在不停顿的跑? 队了程序本身要稳定之外, 占用的资源也不能多, 否则那么多的DBA在管理数据库, 总会被发现最后被kill掉, 很多的程序都有这种下场的, 要逃过这一劫才算真正成功的程序.     用有自已的工具来监控数据库的性能是件很有意思的事, 会不停地改进你对数据库的直观认识, 然后你又会再次改进工具, 这个过程就象是炼金一样, 何况是在这样的一个单位呢? 最近在OTop和OPMon中去掉了Wait Event和Latch的输出,...

Posted on August 20, 2007 9:57 PM

想写最后一个程序, 却发现提不起心思来了.

    现在还是一个人在上海, 老婆儿子在南京. 下班以后这么热的天能做什么呢? 有两台相机, 不过没有风景可以拍, 只有坐在室子里, 开着空调纳凉了. 老是上网也没有什么网页可以看了, 写个程序应当是比较好的选择, 利用一个夏天再写一个有关Oracle性能监控的程序, 真是个好注意. 以前的程序大都是在这样的情况下编写出来的.     虽然我对于想写的程序已有了结构性的设想, 但今天想真的启动它时, 却发现提不起一点点心思. 为什么要写程序? 可以卖? 可以改善生活? 总是会联想到猪肉涨价的问题, 总会联想到通货膨胀的可能性, 总会联想到自已以后的路要怎么走, 如何去养大孩子, 未来生活的压力还是有些让人透不过气来. 稍稍脆弱一些的人已经拿根绳子自杀了.     上上周给一公司去作了一下支持, 发现极度缺少数据库负裁方面的历史信息, 不知道数据库那个时间段的负荷是最高的, 不知道工作日和周末的负荷有什么区别, 不知道最高时一分钟跑了多少个SQL语句或作了多少次数据库调用, 虽然说业务很好很忙但也不知道每分钟最高有多少个事务. 没有这些信息, 就不能对数据库的运行有很好的了解, 也就不可能作出很好的性能调整的方案, 也无法对应用作出合理的修改意见,...

Posted on July 25, 2007 11:05 PM

终于给ociuldr加上退出代码了

    半年多前有人提出这个需求, 当时我也没有空去处理这事, 就搁下了. 今天将程序改动了一下, 增加了退出代码, 退出代码的含义如下: 0 = Successful 1 = Cannot login to database 2 = Cannot create cursor handle 3 = Cannot prepare SQL statement 4 = Cannot execute SQL query 5 = Cannot get the...

Posted on May 11, 2007 5:54 PM

ociuldr小工具的新选项, 指定log文件

    ociuldr工具(文档)越来越被人接受, 还有一位外国人特意发邮件来告诉我说, 他成功地将这个工具用于一个项目中. 即使是小工具, 也需要花不少时间去完善和维护的. 今天为这个工具新增了一个小选项: log = log file name, prefix with + to append mode     用法如下: ociuldr user=ansyql/anysql@s8i query="select * from tab" log=tab.log ociuldr user=ansyql/anysql@s8i query="select * from tab" log=+tab.log     指定log选项后, 运行ociuldr后将不会在屏幕上打印出log信息....

Posted on May 11, 2007 10:18 AM

全套出售AUL/MyDUL, 包括源代码, 请估值!

    AUL是本人开发的一个在极端情况下进行Oracle数据恢复的软件, 具有很高的科技含量和一定的商业价值. 什么是极端情况? 第一, 没有备份; 第二, 常规方法无法恢复; 第三, 数据很重要, 但又无法或成本太高而进行重新输入. 如丢失了Oracle的System表空间, System表空间损坏到无法启动的地步, 意外删除表空间或表, 意外截断(Truncate)表等, 在过去的两年中, AUL已经成功地为十几个客户救回了超过300G/几十亿条记录的数据. 现在最新版本已经支持Oracle CLOB/BLOB类型, 已有LOB类型成功恢复的经验, 功能上来说已经相当完善和稳定了.     为什么出售? 1, 本人没有信心和能力去开一个公司; 2, 这样的工具以私人方式经营, 其价值严重被贬值, 通过对比Oracle提供的服务价格和我的价格, 得出这个结论; 3, 一些其他原因; 4, 本人最近需要用钱.     达成交易后出售方的责任: 1,...

Posted on April 8, 2007 10:37 AM

对我的DBDiff - ocidiff的两点改进

    ocidiff是一个同步表结构(DBDiff)的程序, 今天所作的主要改进有两个方面. 第一个是类型(Type)/存贮过程(Procedure)/函数(Function)/包(Package)/视图(View)这些对象的刷新机制, 当发现目标数据库这些对象的LAST_DDL_TIME比源数据库的要旧的话, 就会从从源端取出重建代码进行创建(Create or Replace), 对于触发器, 将会在明后天作出相应的更改.     第二个改进是增加了一个命令行参数mask(默认值1, 保留比较报告), 主要用于控制是否自动删除用到的监时文件, 以用于调试, 在ocidiff工作时, 会生成以下文件: 1, diff_rep.txt, 比较报告文件, 当mask的第一位不是1时就删除 2, diff_sql.txt, 最终同步的SQL文件, 不受mask控制, 始终保留 3, diff_sql.log, 自动运行sql文件同步生成的log文件, 不受mask控制 4, diff_exp.txt, 导出的参数文件, mask第二位不是1时就删除 5, diff_dmp.dmp, 导出(exp)文件, Oracle...

Posted on March 27, 2007 9:58 PM

DUL有多大啊, 可不可以发一个啊?

    去ITPub的数据库区一看, 居然有人翻出了04年的这个贴子, 还引得不少人再次回贴, 要求DUL, d.c.b.a居然现在公开发贴要DUL? 不由得让人细看了发帖人的名字好几遍, 这里最基本的原因是因为发贴时间不够明显, 另外呢我们看贴时也很少注意发贴时间, 总以为冒上来的总是最新的.     话说回来, 当时最后还是没有要到DUL, 估计当时总共的发贴数还不到100吧? 要是当时每个人都被看成一支股票, 我想我到是一支好股票, 两年多的时间, 增值了多少倍? 因为没有搞到, 求人不如求已, 就自已写一个吧, 从2004年10月份开始想的, 11月份动手, 到2005年3月份就出第二版了. 那就是当年引起深入研究是否不符合Oracle版权之争的MyDUL, 也因为那场版权之争, 将名字从MyDUL更改到AUL. 大约几个月后, 又认为使用MyDUL的名字也没有关系, 想改回来, 但又没有完全改回来. I'd like to make some suggestions to...

Posted on March 25, 2007 8:05 AM

ociuldr的新选项, 是否在第一行打印字段名

    自从blue_prince用ociuldr在1小时内导出了7亿条(50G)记录后, 他就坚持不懈地使用ociuldr来从Oracle中导出数据到格式化文本, 并提出众多的无理要求, 如要支持分成几个文件导出.     今天他又提出了一个新要求, 要在文件的第一行打印字段名, 以符合他们的规范. 我没有立马答应, 但承诺将它列为2008年工作重点, 结果他说要坐车过来请我吃饭, 要我立马完成. 于是我立马改进, 立马在主页上发布他欠我一饨饭的信息, 下次谁要和我一起去杭州的, 就占光好了.     为了实现这个功能, 增加了一个head选项, 默认还是不打印字段名, 当设为Yes或on时就会在文件的第一行打印出字段名了. 如下面的命令: ociuldr user=anysql/anysql query="select * from tab" head=on     生成的文件如下所示: TNAME,TABTYPE,CLUSTERID A,TABLE, A_V,VIEW, CCC,TABLE,...

Posted on January 30, 2007 7:36 PM

在ociuldr的SQL中使用绑定变量

    在以前的ociuldr中不能使用绑定变量, 现在作了一些改进, 允许传入最多20个绑定变量(我想也够用了吧), 所有的变量类型都被当作VARCHAR2类型. 这样的改进不知道是否有必要, 还不得而知. SQL> select * from tab; TNAME                          TABTYPE         CLUSTERID ------------------------------ -------------- ---------- AULEXT                         TABLE A_SEQ_SYN                      SYNONYM A_V                            VIEW OBJD_LIST                      TABLE T                              TABLE TRANSACTION_CACHE_IOT_0        TABLE T_HASH                         TABLE T_LOB                          TABLE T_LONG                         TABLE T_LONGRAW                      TABLE T_TRUNC2                       TABLE T_TRUNC4                       TABLE 12 rows selected. C:MYDUL>ociuldr user=anysql/anysql@test...

Posted on January 2, 2007 10:51 AM

2006年本站的原创软件下载排名

    在过去的1年中, 利用空余时间继续开发一些软件, 由于网站被毁灭过一次, 因此下面的统计其实是06年最后5个月中后三个月(前两个月没有awstats统计)的值.     下面是通过中文页面来下载的次数: aul_trial.zip, 478次 ociuldr.zip, 441次 dcba.zip, 306次 anysql.zip, 225次     对于这个下载次数, 我个人还是比较满意的, 下面是通过英文页面来下载的次数: dcba.zip, 50次 aul_trial.zip, 47次 anysql.zip, 23次 ociuldr.zip, 22次     其中dcba.zip是OTop/OPMon/OTune工具的集合. 对于英文的结果只能说明我的英文文档还没有做好, 但愿07年有更好的结果, 让我的工具能给更多的人带来一点方便....

Posted on December 30, 2006 9:05 PM