BIEE之timestamp问题

 

最近在做一个需求,数据量比较大,遂自己根据查询语句建了几个索引,但是依然发现效果不明显。


让DBA帮忙优化后,指出在查询语句中,关于日期的过滤写法有问题:

 

 

T46460.gmv_date = TIMESTAMP '2012-11-01 00:00:00'
 

应该改成to_date的方式,这样执行起来要快不少。

首先去查了下为什么这种写法就会很慢,我在answer中针对日期列指定了具体的日期,比如2012年11月1日,以生成查询sql,BIEE在生成查询sql的时候,会用timestamp的方式进行转换,但是这样就会跳过该列的索引了,导致相当于进行了全表扫描来着。


另外的一个现象:

在查询提示器里,选择日期,一开始没有时分秒,一旦选择了执行后,查询提示器里会自动的加上了时分秒。


所以解决方案是,如何在生成的查询sql里保证使用的是to_date函数即可。


网上老外的博客里提到了针对timestamp列建立索引的方式来优化查询。

链接如下:http://obiee101.blogspot.com/2009/03/obiee-date-timestamp-and-oracle-indexes.html


遇到类似问题的文章链接:

http://www.rittmanmead.com/2009/03/dates-timestamp-and-oracle-bi-answers-filters/


数据平台的同事的文章:

http://www.alidata.org/archives/107


经过检查,rpd中针对日期维度使用的数据类型为datetime,于是修改成date类型。

这样改好后,的确查询的语句使用了to_date函数,查询性能提升明显。


但是发布后,却引入了新的问题。

发现默认展示没有问题,针对报表进行日期选择查询后,报如下错误:


A date value was expected
 

 

经过上网查询资料,说是BIEE的一个bug,patch的说明如下:

http://obiee101.blogspot.com/2010/01/obiee-patches-101341-part-2.html


在网上搜索其他文章,

https://forums.oracle.com/forums/thread.jspa?messageID=10684745

http://blog.csdn.net/mlz_2/article/details/6154805


可以通过修改globalfilterprompt.js文件解决。该文件的路径为:

OracleBI\oc4j_bi\j2ee\home\applications\analytics\analytics\res\b_mozilla\prompts\globalfilterprompt.js


我用firebug进行了debug,该文件的230多行,


   var sTimeZoneOffset = tArgs[3];

   var nOffset = parseInt(sTimeZoneOffset)
   if (nOffset)
   {
      var tDTP = new DateTimeParser();
      for (var i = 0; i < tValues.length; ++i)
      {
         tValues[i] = saw.tz.parseAndAdjustTimeZoneOffset(tValues[i], nOffset);
      }
   }
 

 

在for循环里面,parseAndAdjustTimeZoneOffset方法返回后,值就变成了日期+时分秒的格式。


该方法是在OracleBI\oc4j_bi\j2ee\home\applications\analytics\analytics\res\b_mozilla\common\datetime.js文件里,873行左右。


 

saw.tz.parseAndAdjustTimeZoneOffset = function (sDateTime, nTimeZoneOffset)
{
   if (sDateTime)
   {
      if (nTimeZoneOffset)
      {
         var tDTP = new DateTimeParser();
         var tDateTime = tDTP.parse(sDateTime, 1 | 2 | 4 | 8 | 16 | 32);
         if (tDateTime)
         {
            tDateTime.adjustTimeZoneOffset(nTimeZoneOffset);
            var sValue = tDateTime.dateString() + ' ' + tDateTime.timeString();
            return sValue;
         }
      }
   }   

   return sDateTime;
}
  

显式的加上了时分秒,因为上述的文章里没有具体讲到如何去更改,所以我就尝试将

 

tValues[i] = saw.tz.parseAndAdjustTimeZoneOffset(tValues[i], nOffset);
 

 的调用给干掉。重新测试后,发现问题并未解决。估计js改的不彻底。


后续想到,其实我的本地OBIEE环境并没有遇到这个类似的问题。既然oracle已经打了patch,估计是我们的BIEE版本比线上的BIEE版本要新(事实上也正是如此)。


于是也不纠结js具体如何改了,把线上的js文件和我本地的js文件了进行了对比,发现的确是有差异来着。

于是将本地的js文件替换掉线上的js文件,最终问题解决。

 

补充下,记得清浏览器的缓存,否则浏览器加载的还是老的js,这个就坑爹了。

There is one last thing you need to know before proceeding – the browser caches the JS files so you’ll need to clear the browser’s cache every time you change your code. In Internet Explorer, you can do it in Tools -> Internet Options -> Delete Files -> Delete all offline content. You’ll do it a lot while developing, so having a button that does that will be great. You can use Microsoft’s IE developer toolbar or another developer toolbar.

你可能感兴趣的:(Timestamp)