通过微软的报表服务器访问Oracle,做好一张报表,为了偷懒,直接在数据库建立了一个视图,然后显示就行了。结果测试时报ORA-600 [qks3tinit]。登陆到本机一运行,没问题啊。怀疑是微软报表服务器连接Oracle的接口有问题。但是其他几个类似视图又都没问题。于是检测SQL: SELECT (CASE WHEN fjname IS NULL THEN ''''全局'''' ELSE fjname END) fjname, (CASE WHEN stat_type IS NULL THEN ''''总计'''' ELSE stat_type END) stat_type, (CASE WHEN cust_type_old IS NULL THEN ''''总计'''' ELSE cust_type_old END ) cust_type_old, cnt, curr_user FROM (SELECT fjname, stat_type, cust_type_old, COUNT (*) cnt, SUM(CASE state WHEN ''''正常'''' THEN 1 ELSE 0 END) curr_user FROM tmp_tj0507001 WHERE fjname IS NOT NULL GROUP BY grouping sets(rollup(fjname, stat_type, cust_type_old), rollup(stat_type, cust_type_old))) ORDER BY fjname, stat_type, cust_type_old; 执行计划: SELECT STATEMENT, GOAL = HINT: ALL_ROWS Cost=10 Cardinality=15 Bytes=780 SORT ORDER BY Cost=10 Cardinality=15 Bytes=780 VIEW Object owner=YAOYP Cost=8 Cardinality=15 Bytes=780 TEMP TABLE TRANSFORMATION VIEW Object owner=YAOYP Cost=8 Cardinality=4 Bytes=208 VIEW Object owner=YAOYP Cost=8 Cardinality=4 Bytes=208 UNION-ALL TABLE ACCESS FULL Object owner=SYS Object name=SYS_TEMP_0FD9D668F_9A864B59 Cost=2 Cardinality=1 Bytes=52 TABLE ACCESS FULL Object owner=SYS Object name=SYS_TEMP_0FD9D6690_9A864B59 Cost=2 Cardinality=1 Bytes=52 TABLE ACCESS FULL Object owner=SYS Object name=SYS_TEMP_0FD9D6691_9A864B59 Cost=2 Cardinality=1 Bytes=52 TABLE ACCESS FULL Object owner=SYS Object name=SYS_TEMP_0FD9D6691_9A864B59 Cost=2 Cardinality=1 Bytes=52 RECURSIVE EXECUTION Object name=SYS_LE_7_0 RECURSIVE EXECUTION Object name=SYS_LE_7_1 RECURSIVE EXECUTION Object name=SYS_LE_7_2 RECURSIVE EXECUTION Object name=SYS_LE_7_3 就看到一个TEMP TABLE TRANSFORMATION,这个比较少见哦。另外一个类似SQL: SELECT (CASE WHEN fjname IS NULL THEN ''''全局'''' ELSE fjname END) fjname, (CASE WHEN cust_type IS NULL THEN ''''总计'''' ELSE cust_type END ) cust_type, curr_user FROM (SELECT fjname, (CASE WHEN cust_type IS NULL THEN ''''公免等'''' ELSE cust_type END) cust_type, SUM(CASE state WHEN ''''正常'''' THEN 1 ELSE 0 END) curr_user FROM tmp_tj0507001 WHERE fjname IS NOT NULL AND state = ''''正常'''' GROUP BY ROLLUP (fjname, (CASE WHEN cust_type IS NULL THEN ''''公免等'''' ELSE cust_type END))) ORDER BY fjname, cust_type; 执行计划: SELECT STATEMENT, GOAL = CHOOSE Cost=3021 Cardinality=43 Bytes=1376 SORT ORDER BY Cost=3021 Cardinality=43 Bytes=1376 VIEW Object owner=YAOYP Cost=3020 Cardinality=43 Bytes=1376 SORT GROUP BY ROLLUP Cost=3020 Cardinality=43 Bytes=989 INDEX FAST FULL SCAN Object owner=YAOYP Object name=SYS_IOT_TOP_62350 Cost=367 Cardinality=1132418 Bytes=26045614
没有TEMP TABLE TRANSFORMATION了。看来要避免这个执行路径,想了半天也没办法,开始还怀疑是参数STAR_TRANSFORMATION_ENABLED问题,后来一看是FALSE的。只能到Metalink上找了,结果又是一个Bug,最近简直是一出问题就是Bug,以前怎么就不觉得呢? 文档 ID: 注释:2836690.8 主题: Support Description of Bug 2836690 类型: PATCH 状态: PUBLISHED 内容类型: TEXT/X-HTML 创建日期: 08-AUG-2003 上次修订日期: 14-AUG-2003 Click here for details of sections in this note. Bug 2836690 ROLLUP over DBLINK may fail with OERI:qks3tinit This note gives a brief overview of bug 2836690. Affects: Product (Component) Oracle Server (RDBMS) Range of versions believed to be affected Versions >= 9 but < 10G Versions confirmed as being affected * 9.2.0.3 Platforms affected Generic (all / most platforms affected) Fixed: This issue is fixed in * 9.2.0.4 (Server Patch Set) * 10G Production Base Release Symptoms: &nbs [1] [2] 下一页 [Access]sql随机抽取记录 [Access]ASP&SQL让select查询结果随机排序的实现方法 [聊天工具]小心Foxmail邮件模板BUG [聊天工具]OICQ---存在重大BUG? [系统软件]SQL语句性能优化--LECCO SQL Expert [系统软件]Windows记事本中的Bug [常用软件]解决压缩软件的Bug技巧 [C语言系列]SQL Server到DB2连接服务器的实现 [C语言系列]SQL Server到SYBASE连接服务器的实现 [C语言系列]SQL Server到SQLBASE连接服务器的实现
|