DQS系统之Debug日志

      1、8月18号上午，刚来打开DQS页面发现ExtJS报错，昨天一直没出现这个问题。肯定和那个改动有关。由于懒的缘故，没有部署SVN，只用日期备份了昨天中午的源代码。这下有的找了。

　　——问题解决了，下了个文件比较工具Beyond Compare,逐一对比了页面相关的JS、CSS和ASPX文件，发现某一个控件加了个[runet="server"]属性，Ext找不到了,X...

【总结：使用SVN进行开发版本控制】

　　2、8月21号下午，使用Ext创建的控件全部无法呈现，使用CHROME的开发人员工具定位到引发该问题的样式属性为“overflow:hidden”。这个EXT自带的样式为何会导致EXT自建的控件无法呈现呢。。。

      ——探究了“overflow”这个样式属性，然后在自定义DIV(即所有无法呈现控件的Container)中尝试着追加了“height”属性。问题终于解决了。

【总结：对CSS的掌握只是浮于表面】

　　3、8月31号下午，ADO.NET调用Oracle带参数存储过程持续报错。第一次在两个环境下开发应用，单纯依赖GOOGLE然后阅读DEMO源码来解决问题。

　　——问题起因是进行OracleParameter参数构造时，采用了类似调用ORACLE SQLText的方式在参数前多带了个冒号。

【总结：不够认真还是两年来白干了】

　　4、9月2号下午，服务器端控件被EXT重新Render后遗失绑定数据和无法触发事件。Ext的表单提交和.Net相异，需要新的学习，但项目进度已明显滞后。

      ——采用IFRAME替换母版页，除已完成的主要页面外，正在开发和新建的页面可选用更为熟悉的JQuery脚本库。

【总结：进度因技术受阻时及时调整】

　　5、9月30号下午，复杂查询在追加索引后速度仍然很慢，语句简化后为SELECT * FROM Ya_UserInfo_T WHERE StartDate > TO_DATE('2011-09-15','YYYY-MM-DD')。查看执行计划显示采用了全表扫描。如果把大于号换做等于号索引将被使用。

　　——ORACLE在执行范围扫描时会根据查询结果占得比重进行取舍，但此例中占比为6%。此外索引默认采用升序，而查询结果却是位于最底部的6%。后来重新创建降序索引，再次执行查询索引成功采用。

【总结：对ORACLE的内部机制一塌糊涂】

-

转载于:https://www.cnblogs.com/yingyuebingya/archive/2011/09/27/DQS_Debug_Log.html