biee的Ago的函数遇到的尴尬，一个不完美的解决方案

最近做OBIEE项目碰到Ago函数的性能问题，我们在事实表的时间字段加了索引，但是使用了ago函数在系统发出sql中where子句中居然没有时间条件，造成的我们的性能直线下降。为了解决这个问题，我们项目组的同事想n多方法进行尝试都没有有成功。
今天下午我找了很多方法也没有找到完美的方案，但是发现一种可以实现方式，基本上可以解决了，我们的问题。

我们的解决方式是在模型的BUSSINESS层的LTS强行限制条件，使发出ago的sql也带了时间限制。
步骤如下：
1.制作一个提示器
设置sesseion变量

2. 在LTS
应用SESSION 变量

3. hack JAVASCRIPT脚本globalfilterprompt.js 设置session

    function GFPBuildFilter()
  {
...
   if (null != sSetVariable && sSetVariable != "")
   {
      XUISetAttributeString(tExpr, "setVariable", sSetVariable);
 // RoA - Set session variables
 alert(sSetVariable);
 alert(tValues[0]);
 if (null != tValues[0] && tValues[0] != "" ) {
  if (sSetVariable == "requestVariables['YEAR_INI']") {
   jf_set_session_variable("YEAR_INI",tValues[0],"false");
  }
 }
   }
 return tExpr;
}

方案基本觉得可行，继续测试一下效果。