1/7用友股份-LE支持服务业务本部技术方案--《收付明细帐查询死循环问题》建立日期：2013-07-01修改日期：xxxx-xx-xx文档属性：客户文控编号：LE-DY-JS-2013-00752/7文档控制创建记录适用范围审阅人日期审阅签字所属部门发布范围内部员工伙伴客户发布人姓名所属部门发布时间日期作者所属部门邮件地址版本2013-7-01魏享林产品支持部V1.0版本领域模块备注3/7目录收付明细帐查询死循环问题.......................................................................................4一、系统环境................................................................................................................4二、问题描述................................................................................................................4三、检查分析................................................................................................................4(一)用NMC查看，发现堵在jdbc驱动判断数据库表是否存在上...................4(二)打上补丁后，问题依旧，但发现每次检查的表都在变..............................5(三)确认是数据库中某一用户PK下的表个数导致问题....................................6(四)让开发调试，找到程序出错原因....................................................................6四、解决方法................................................................................................................74/7收付明细帐查询死循环问题一、系统环境NC版本：NC56；中间件：Was垂直集群；数据库：Oracle；操作系统：Windows二、问题描述收付明细帐查询，在查询条件界面点确定后，查询结果一直显示出来，界面处于假死状态。三、检查分析(一)用NMC查看，发现堵在jdbc驱动判断数据库表是否存在上怀疑是jdbc驱动问题，尝试换jdbc驱动来解决，考虑到不知道哪个版本的驱动能解决问题，想绕开jdbc驱动，修改程序中判断表是否存在的方法，直接用"select*fromtable_namewhererownum<=1"来判断表是否存在。5/7(二)打上补丁后，问题依旧，但发现每次检查的表都在变这才发现，不是jdbc驱动的问题。怀疑是程序陷入了死循环，在不断重复判断表是否存在。检查相关代码，发现程序在得到表名时，用到了1至1024之间的随机数来做表名，如果这些表名的表在数据库中都存在，就会导致程序陷入死循环。6/7(三)确认是数据库中某一用户PK下的表达到了1024个导致的问题删除数据库中以UT_NC开头的表，收付明细帐查询正常。(四)让开发调试，找到程序出错原因在查询条件中，选择了“分页”时，程序会将查询的所有页的结果放在一个数据库表中，翻页时，会直接从这个数据库表中取结果，而这个数据库表不会被删除，导致这样的表越来越多。7/7开发反映这个问题很难修改，建议暂时用删除表的方法来解决，后续再出补丁。四、解决方法先暂时用删除表名以UT_开头的数据库表来解决，后续开发再出补丁，彻底解决此问题。
