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

本文链接：https://blog.csdn.net/anttree911/article/details/83778461

本文分享了在OBIEE项目中遇到Ago函数导致性能下降的问题及解决方案。通过在业务层强制添加时间限制，成功优化了使用Ago函数时SQL查询的性能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近做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;
}