-
编辑 删除
E-mail
Based on the following results, we should go for the Remove NLS_SORT approach. Johnson and Felix should work together to create an example on how we can support UPPER in both Oracle and SQLServer in Java. Thomas LoVP of EngineeringWisageTechEmail: thomaslo@wisagetech.com-----邮件原件-----发件人: Johnson Jiang 发送时间: Monday, 30 July, 2007 17:03收件人: Steve Chien; Tom Zhou; Thomas Lo; Alex Qiu; Oliver Zheng; Felix Tian主题: Performing test results(2) 三种模式下系统的性能，方案分别为 1. 现
-
编辑 删除
ORACLE STATSPACK AWR ANALAY ANALYSIS DISSERTATION
ORACLE STATSPACK/AWR ANALYSIS DISSERTATION敬请期待........[@more@]
-
编辑 删除
一个典型的超高COST却执行飞快的SQL例子！
我发现，Oracle走出奇怪路径的原因主要有以下几种：1.optimizer参数设置不合理2.SQL中有部分表没有分析过或者分析过时3.SQL中有COL=(SELLECT MAX() from ...)4.SQL中有视图5.SQL中有很多NOT EXISTS或者（EXISTS OR EXISTS）具体的帖子可以查看http://www.itpub.net/showthread.php?s=&threadid=826661&perpage=10&pagenumber=1[@more@]
-
编辑 删除
字符串匹配性能问题解决方案讨论
目前，1.2版本首先需要解决ORACLE字符串大小写匹配带来的性能问题，那么昨天测试了把TYPE改成NUMBER的确可以大大提高查询效率。非常抱歉，昨天的测试还不够全面，我们还有其他的选择，由于涉及重大，我下面列举了两个方案供大家再次讨论一下：1. 更改TYPE类型为NUMBER类型做法：把SCHEMA中所有的TYPE类型以及主键中的字符串类型改成NUMBER，同时用一张表来进行取值范围的说明涉及范围：Hibernate，JDBC SQL，JSP，TBL，TRG，Upgrade Scripts，Migration，LoadRunner等与目前系统的比较：ORIGINALTO NUMBERBIND COSTNOBIND COSTFIRSTNBIND
