怎么可能？同一个程序，pro*c要将近5分钟，而存储过程只要3－4秒？

rchsh

我也想知道
PRO*C在处理批量数据时他可以发挥他的效率

richto

Oracle is CBO is based on statistics to make judgement.  I think up to 60% ~ 80% SQL is working fine, but still have room to improve by human expert.  Have you really test the difference of your SQL with Hints and without Hints.  I found some people always make mistake to test SQL speed.  Use your SQL as an example :
select /*+ use_nl(a b) */ b.subscrbid,acctitmid,sum(fee)
from tab_fee a,tab_subscrb b
where telno=svcnum and part=:lvPart1
group by b.subscrbid,acctitmid;

You force an Nested Loop to the SQL and you may test it in SQL*Plus, as most people will not write a complete testing PL/SQL program to fetch all records from the SQL and not welling to wait thousands of records return from the SQL, So, most of time people may check/feel how soon the SQL will return records and believe this Nested Loop is better performance, but don't you know sometimes the Elapsed Time to fetch all records from a Nested Loop may much slower than a Sort Merge operation.  Sort Merge operation response slow but may run very fast after sorting to catch up with Nested Loop afterward.

ttdb

我觉得奇怪
除了“（a.telno,b.svcnum上均有索引）”
你都没说subscrbid and acctitmid and part 等其他是不是有索引？

jxc_hn

你都没说subscrbid and acctitmid and part 等其他是不是有索引？

subscrbid and acctitmid 并没有出现在where 语句中，为什么要建索引？

part虽然也属于tab_fee表，但已经在telno上建了索引，所以影响应该不大。

THUNDER2

建议将程序分段测试,再与存储过程对照,这样更能发现问题。
  尽量使用数组buck操作，或将PREFETCH设为较大的值，这里可设为1000以上,这样可以减少roundtrip.
另外你的proc*c 程序与数据库是运行在同一部机器吗?

jxc_hn

我的这个proc*c程序 和数据库不在同一台机器上。

pro*c 运行时哪些语句会把数据从数据库的那台服务器传到本机来呢？ proc*c中的SQL语句应该都是在数据库服务器中的SGA中运行啊。 绑定变量都在share_pool中吧？ 实在想不出pro*c运行时网络流量有多大。客户端和服务端传输了什么呢？

ttdb

最初由 jxc_hn 发布
[B]还有一个问题，我发现尽管我analyze了相关表，设置了optimize_mode=choose,但oracle 根本不使用所用。看看我的这些语句的explain plan:

1.select acctid into :lvAcctArr from tab_acctrelation a
  where subscrbid=:lvSubscrbID and acctitmid in (:lvAcctItmID,0)
  order by acctitmid desc


还有： （a.telno,b.svcnum上均有索引）
2.select b.subscrbid,acctitmid,sum(fee)
from tab_fee a,tab_subscrb b
where a.telno=b.svcnum and part=:lvPart1
group by  b.subscrbid,acctitmid


[/B]

第一个语句明显where子句中用到了  

subscrbid and acctitmid 并没有出现在where 语句中，为什么要建索引？

千万不要小瞧在 part上作索引（binary or bit map）；telno上建不建索引 跟part 无关；你不知道查询计划 是可以先做 part条件检索的？

part虽然也属于tab_fee表，但已经在telno上建了索引，所以影响应该不大

孤烟

Pro*c程序中所以fetch到本地变量的sql都是通过网络传输到本地的，我觉得是网络传输和c/s之间的交互的原因，所以当改成数组后速度会快很多，应该是倍数级性能的提高，因为交互次数少了，做这种操作不是proc的强项，为什么不将这个动作写成一个PL/SQL块，pc程序直接将块提交给服务器执行呢？