【讨论】ESQL/C的DEBUG TRACE的手段有哪些及应用心得?
正在加载中...
资料简介:
印象中Informix的ESQL/C开发过程中的DEBUG TRACE的手段不多,请各位大侠介绍一下自己的心得体会。
2011-11-05
浏览2421
下载1
已下载用户的评价7.09分
您还未下载该资料,不能发表评价;
查看我的 待评价资源
查看我的 待评价资源
张东焕技术总监IBM官方授权讲师
没用
Using SQLTRACE to Optimize and Test your Systems • What is SQLTRACE ? Feature description Ways to view info • onstat –g his • sysmaster tables • OAT • What can I do with SQLTRACE ? Query Drill-down Transaction information • Saving SQLTRACE info • Latest SQLTRACE features in 11.50.UC3 。。。 [attach]108759[/attach]
Using SQLTRACE to Optimize and Test your Systems • What is SQLTRACE ? Feature description Ways to view info • onstat –g his • sysmaster tables • OAT • What can I do with SQLTRACE ? Query Drill-down Transaction information • Saving SQLTRACE info • Latest SQLTRACE features in 11.50.UC3 。。。 [attach]108759[/attach]
张东焕技术总监IBM官方授权讲师
没用
[i=s] 本帖最后由 zhangdonghuan 于 2011-11-9 12:16 编辑 [/i] 推荐: Informix Dynamic Server 11.5 SQL 语句性能调优最佳实践 简介: SQL 语言是关系型数据库与应用交互的重要途径,书写高效率的 SQL 是每一个 DBA 和开发人员必备的技能。本文以调整 SQL 执行效率为最终目标,给大家介绍如何查看 Informix 的 SQL 执行计划,如何通过统计信息,SQL Directives 调整执行计划,如何通过 SQL Drill-down 监控 SQL 的执行效率,并且总结了书写 SQL 语句时若干需要注意的地方,可以作为一个实用的 SQL Checklist 使用。 [url]http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-1009yuanht/index.html[/url]
[i=s] 本帖最后由 zhangdonghuan 于 2011-11-9 12:16 编辑 [/i] 推荐: Informix Dynamic Server 11.5 SQL 语句性能调优最佳实践 简介: SQL 语言是关系型数据库与应用交互的重要途径,书写高效率的 SQL 是每一个 DBA 和开发人员必备的技能。本文以调整 SQL 执行效率为最终目标,给大家介绍如何查看 Informix 的 SQL 执行计划,如何通过统计信息,SQL Directives 调整执行计划,如何通过 SQL Drill-down 监控 SQL 的执行效率,并且总结了书写 SQL 语句时若干需要注意的地方,可以作为一个实用的 SQL Checklist 使用。 [url]http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-1009yuanht/index.html[/url]
villager软件开发工程师中国建设银行
没用
gdb/dbx/debug/sdb 调试工具跟踪是最直观的调试方法。 编译的时候加上 -g 或 -G,最有用的是断点、单步调用、单步跟踪、打印命令。 存储过程可以用 set debug file to "/tmp/aa.log" with append ; trace 命令跟踪变量的值。 还有常用的就是 日志跟踪errlog, fprintf printf 语句, 把变量、程序名、行数等输出到日志文件。
gdb/dbx/debug/sdb 调试工具跟踪是最直观的调试方法。 编译的时候加上 -g 或 -G,最有用的是断点、单步调用、单步跟踪、打印命令。 存储过程可以用 set debug file to "/tmp/aa.log" with append ; trace 命令跟踪变量的值。 还有常用的就是 日志跟踪errlog, fprintf printf 语句, 把变量、程序名、行数等输出到日志文件。
cdcd007技术经理艾得威
没用
使用C语言可以在程序中的关键代码中(如计算结果、关键标志、重要字串等)使用DEBUG编码: #ifdef DEBUG printf(xxxxx)打印到控制台 或者是sprintf(xx,xxxxx)输出到日志文件 #endif 在需要显示DEBUG信息时,使用编译器的 -DDEBUG 选项打开DEBUG输出详细信息。
使用C语言可以在程序中的关键代码中(如计算结果、关键标志、重要字串等)使用DEBUG编码: #ifdef DEBUG printf(xxxxx)打印到控制台 或者是sprintf(xx,xxxxx)输出到日志文件 #endif 在需要显示DEBUG信息时,使用编译器的 -DDEBUG 选项打开DEBUG输出详细信息。
jillmeCIO某大型银行
没用
我一般在开发应用程序时候,在易于出错的断点处进行DEBUG,将出错的文件,文件的行数, 条件SQL,已经错误结果 运行的时间之类的打印出来,以便于后续的调试。 如 2011-10-27|15:45:55|intrun_tools.ec|371|prepare stmt[open database] failed!|SQL error(-404)| 就很 对于不在标有DEBUG的地方出现的问题,在linux下有gdb,AIX用dbx进行断点运行或者查询core点
我一般在开发应用程序时候,在易于出错的断点处进行DEBUG,将出错的文件,文件的行数, 条件SQL,已经错误结果 运行的时间之类的打印出来,以便于后续的调试。 如 2011-10-27|15:45:55|intrun_tools.ec|371|prepare stmt[open database] failed!|SQL error(-404)| 就很 对于不在标有DEBUG的地方出现的问题,在linux下有gdb,AIX用dbx进行断点运行或者查询core点