|
希望db2在以下几个方面有所改进:
1)管理方面,提供一个更好的一致的监控管理界面。
一说起这个,从界面上,许多人都提起control center,还有现在的optim management studio/data studio,反正功能上该有的都有,但是真的那么好用易用么?没有SQLServer SSMS那么好用,也没有Oracle 企业管理器基于web的提供的信息那么全。ibm按照做咨询的思路,提供了一大堆的不同品牌的产品和组件,能不能打包在一起,一个品牌,开箱即用?
监控工具,包括了db2 get snapshot, 管理视图,表函数,db2top, db2pd,optim, 这些由于历史的原因一个一个出现可以理解,但是感觉比较散乱。informix 上面就几个onstat onmonitor之类工具,一直沿用下来,客户的满意度和忠诚度非常高;Oracle提供了基于动态性能视图的集成的EM,许多人很喜欢,db2pd和db2top都有很大的局限,感觉没有一个让人非常喜欢的监控工具。
监控管理是企业运维的基础,这些做好了企业无论开发还是管理DBA才愿意使用db2。
2)SQL执行计划的更多运行时信息:每一步的实际card现在已经可以拿到了(有点麻烦),那访问计划的每一个操作的执行次数和运行时间?等待信息现在尽管已经有了很大的进步,但是还缺少一些,例如页面访问latch等待次数和时间统计,parse SQL时候,如果等待的话没有计入。
2)内置的运行时历史信息记录:这个对于生产上的监控管理太重要了,oracle的AWR/ADDM加上其他的一堆企业管理器上的实时监控个人觉得太完美了,DB2 AESE虽然集成了optim具有进行类似的功能,在这个方面感觉做得还是不足;
3)更通用的purescale:现在只有aix和linux上的,还必须是infiniband或者10g eth,能不能弄个1G eth的可以运行在所有支持的平台上的呀?
4)跨平台的集成的导出导入:导出导入就一个文件,可以跨平台,用作数据的逻辑备份。现在的db2move,需要和db2look一起用,遇到identity,lob等都很麻烦。
5)方便的sql/pl profiler工具:许多时候需要自己进行许多处理,例如创建event monitor,但是高负载下对性能有很大的影响。
6)更多集成的文档:db2的文档非常散乱,infocenter, developerworks, redbooks, 培训文档。。。官方文档上面许多信息不全,连最基本的一些步骤都缺失,例子也很少;developworks上面一篇一篇的文章很好,不过感觉有点散乱,没有一个整体的组织结构,有计划地写相关的文章;redbooks应该多提供一些更深入的介绍,像oracle DSI之类的,现在碰到db2的问题就很难深入分析。
|
|