ORACLE小小说之武朝迷案

wabjtam123 · 发表于 2010-3-16 18:37

原帖由〇〇于 2010-3-16 18:30 发表
很好做成1个word文档吧

我发现附件很多，做成WORD也不好看，所以一段一段写，每段涉及到的附件贴在一块，呵呵

cc59 · 发表于 2010-3-16 18:49

确实环境检查要特别细致入微，不放过任何一点，任何的不同都是因为不同导致。就看如何去深入路径了。

我觉得开始你应该做一10053，那么问题定位就更快多了。

wabjtam123 · 发表于 2010-3-16 18:59

原帖由 cc59 于 2010-3-16 18:49 发表
确实环境检查要特别细致入微，不放过任何一点，任何的不同都是因为不同导致。就看如何去深入路径了。

我觉得开始你应该做一10053，那么问题定位就更快多了。

是啊，思维惯式，老觉的为什么两个环境一摸一样会差异如此大，硬去比较两者，从执行计划到各个参数，累人！
天晓的仅一处不起眼处数据不一样，就要人命了！

[ 本帖最后由 wabjtam123 于 2010-3-16 19:01 编辑 ]

oracular · 发表于 2010-3-16 19:43

很中肯的意见

原帖由 carcase 于 2010-3-16 15:38 发表
类似的问题偶也碰到过
我都建议开发人员在 select 和 where 之间的列上不要用自己编写的复杂函数
把函数的内容直接写在sql 中就没事了

wabjtam123 · 发表于 2010-3-16 19:57

这个案例很有一个迷惑性是，笔记本环境中由于CURSR处的关键表是空的，导致看不到任何递归调用，让我粗心的认为现在的语句根本就没有函数在其中（更绝的是开发人员事先有告诉我SQL里没函数调用，让我更迷糊了，无比多SELECT的字段列就略过去了，只关注谓词，唉，心还是还要细），我傻傻的猜测服务器上产生的递归调用可能是BUG，可能是系统的递归，等等去猜测。
直到后来想看看这个递归到底是做啥，才进入TRACE的世界。。。。。。。哎，其实是绕了一圈了

[ 本帖最后由 wabjtam123 于 2010-3-16 20:01 编辑 ]