细说QUESTCENTRALFORDB2八宗罪

作为一个从事oracle plsql开发2年的程序员，如今跳槽从事DB2数据仓库项目。 以PL/SQL Developer为参考,以下简称PLSQL,细说QUEST CENTRAL FOR DB2 5.0 N宗罪 运行平台：window xp sp3 1：默认行数限制，刚开始用的时候，让我以为数据未插入，因为更本看不到，

作为一个从事oracle plsql开发2年的程序员，如今跳槽从事DB2数据仓库项目。
以PL/SQL Developer为参考,以下简称PLSQL,细说QUEST CENTRAL FOR DB2 5.0 N宗罪
运行平台：window xp sp3

1：默认行数限制，刚开始用的时候，让我以为数据未插入，因为更本看不到，也根本不提示说其实还有更多数据
在这点上PLSQL是默认出10条，但是很明显的让你知道有更多数据，并且可以按下一个工具栏就显示全部，QC只有去Setting里改。

2：长文字列的显示，列宽无法自适应，Setting里无法选择无限制，当实际数据长度超过列宽时，也没有提示说这个数据未完全显示
我说，你在文字列最后加上个...啥的也好啊，也让我误以为插入数据不正常
PLSQL上，文字型的数据都可以打开一个编辑窗口查看完整内容，日期型的还可以直接选出日历来变更

3：QC的结果集显示时，鼠标的滚轮动作另人匪夷所思，居然是当前焦点的上下移动，在所有类似的窗口中，滚轮的动作应该是整个窗口内容的滚动，比如PLSQL和Excel等等

4：也许你会碰到在QC SQL窗口跑一段代码时突然出现QC程序闪退!搞的像在安卓系统玩软件! 十分诡异，估计兼容性这块还是有问题的。而在PLSQL

5：其实我一直认为QC最大的缺点是程序崩溃恢复机制，可以说丝毫没有!用过PLSQL的同志对其崩溃后 再次启动恢复之前代码窗口的举动一定历历在目。
这是一个很好的功能,QC却没有，假如我遇到问题4，谁来拯救我写了N天的代码？

6：最让我没想到的是，QC没有单步调试功能! 对于一个对开发效率有那么一丁点要求的广大开发人员无异于晴天霹雳。我们能做的只是查看程序输出参数、在程序中打印输出结果来进行苦逼的调试工作。
这工具咋这么弱!QUEST公司，你让我说什么好。

7：相对与PLSQL来讲，QC非常容易崩溃和死锁。例如你在SQL窗口进行大数据量操作而长时间无响应，此时的回滚按钮已经形同虚设，丝毫不起作用了。

8：气愤的是db2 没有其他好用的开发工具。而且这个QC的家伙早已经停止更新，5.0就是终结者了。

以上只是个人看法。未完待续。。。

写到这，我只能说是用QC从事db2开发是一件很不愉快的事情!

-----------------------------------------

Dylan presents.