[Q]性能问题！

nintyuui

重建也不行：（

richto

I am back from Beijing, your question is still outstanding ?
It seems that Oracle optimizer have changed this SQL's execution plan while you send through your applcaiton program, I have seem many time this problem happen.  The only way you can do is that, pick up the best SQL from SQL Expert with Hints specified with the following syntax to fix the execution plan, then Oracle will not change its plan during excution of your SQL statement in your application.  See, whether it works or not.  Good luck !

SELECT /*+ Hints_xxxx */ COUNT(custID) custID
FROM DW_VCustEntrust
WHERE uploaddate
BETWEEN to_date(:v1,'YYYY-MM-DD')
AND to_date(:v2,'YYYY-MM-DD')
and DW_VCustEntrust.entrustType=:v3;

nintyuui

好几天没来了。
谢谢各位的帮助，我的问题找到了解决方法，但一些具体原因及合理的或理论的支持还没有。
我和同事使用了三种方法：
编写了一段程序，模拟b/s（使用java+jdbc)
1. 使用richto的建议，改写的sql语句，问题解决。
2.在使用jdbc时不用thin改用oci8也解决同样问题。
3.sql 语句不用变量，而直接使用具体的值

但还没有调查清的问题是：
1.同样的程序，再另一台数据库中，执行没有问题（猜测是那oracle的执行策略不同）
  但为什么，到底区别再哪想弄清楚。
2.为什么我上述的第三种情况能解决问题，如果那样的话会不会带来，share pool使用率不好的问题。
3.有谁能解释一下，thin和oci8的优劣吗？或介绍文章或资料，我自己去看。

现在就想到这么多，希望各位能再帮忙解释或给个知道方向。
先谢谢大家了！：）

biti_rainy

应该是由于做了　analyze 的缘故

导致了索引的选择和执行计划的差异
因为oracle分析了索引的键值，如果能直接给出　值　的话能很好的判断

如果是变量，则没有了这些信息，oracle将可能选择失误

所以这个问题和shared pool 里利用是一对矛盾
过度的使用　bind  var 有时也是有害的

nintyuui

现在我们的语句时使用程序统一生成的，
哪看来，知道等有问题的语句出现，在具体解决，
但这又有问题，在我们公司的测试数据库出现的问题，可能在用户那不出现，要么就可能调优的语句再那不是最优的。
不知道各位怎么处理这件事的。

biti_rainy

可怕是不太好办

如果不利用analyze的结果
完全按照rule而不使用cost
能否有好的性能？

这样的话会简单的多
否则，除非你生成的sql的不同的个数不多
不然就麻烦了

有可能通过hints来解决问题
但，最好，你自己仔细研究sql优化，并多尝试使用sql  expert 一类的工具看看
这样才能应付各种出现的问题

richto

I can tell you this kind of problems happens anywhere, a SQL statement is runing good in one database does not mean it will be in other database, sometime even the evironment is the same.  In LECCO DB Expert, we provide a tool call Plan Version Tracker which can take SQL statements Plan Snapshot from one database and compare another Plan Snapshot from another database.  You can see the different execution plan before you physically encouter the problem, this module is especially good for porting from development database to production database.  You can event use it as database configuration checker, once you create an new index or changing any database parameter, you will find which SQL execution will be changed accordingly.

on323

最初由 nintyuui 发布
[B]
1. 使用richto的建议，改写的sql语句，问题解决。
[/B]

你好，我从来没用过hint，可以讲一下你是怎样得到hint的名字的吗，还是这个名字是自己创建的

biti_rainy

你查一下文档吧

hints 都是有规则的,名字不是自己创建的