Categories
- All Categories
- 15 Oracle Analytics Sharing Center
- 14 Oracle Analytics Lounge
- 213 Oracle Analytics News
- 42 Oracle Analytics Videos
- 15.7K Oracle Analytics Forums
- 6.1K Oracle Analytics Idea Labs
- Oracle Analytics User Groups
- 78 Oracle Analytics Trainings
- 14 Oracle Analytics Data Visualizations Challenge
- Find Partners
- For Partners
Timestampadd function invokes default parameter value rather than presentation variable value

I previously was notified that I am using an obsolete version of OBIEE(11.1.1.7). The request to upgrade to 12C was submitted.
In the interim, may I ask for ideas on why the filter shown below is executed with the default value in the argument list(2010-11-11) rather than the presentation variable default defined in the catalog object( 2019-04-01).
The presentation variable is populated with the 2019-04-01 value and appears in the dashboard page, but that value is not used in the query.
"CCRS Activity Monthly"."Activity Date" > TIMESTAMPADD( SQL_TSI_MONTH, -6,@{PV-START}{DATE'2010-11-11'})
Thanks for any insights...
Answers
-
Hello,
Do you have the priviledges to see the queries? Can you please check the value generated/assigned in the Manage Session section for "PV-START"?
Also, please share the screens of the FILETR condition and the location where you have defined the Presentation Variable.
0 -
Have you checked the Session Manager in your Admin Tool: Manage > Sessions where you can see the value of all variables per user logged on?
0 -
Thanks for the feedback.
I am waiting for the DBA to respond regarding access to the Admin tool
I included the window where the presentation variable is defined and the filter window.
Activity begins with M910 AND "CCRS Activity Monthly"."Activity Date" > TIMESTAMPADD(SQL_TSI_MONTH, -6, @{PV-START}{DATE'2010-11-11'})
0 -
You need to name your presentation variable in the bottom box, where you currently have "2019-04-01". It should say "PV-START"
0 -
What Jerry said !
Right now you never assign a value to your variable, therefore the default value is always used.
0 -
Yeah. Name is not the value. Value is not the name. With the above the variable's NAME is "2019-04-01"
0 -
Thanks for the quick responses...
Note that I was using the correct syntax in troubleshooting this, but when I was embedding the screen capture of the dialog, I inadvertently typed the date value rather than the variable name.
Therefore, the problem I am reporting is still an issue for me.
I am including the correct screen capture of the dialog as I used in testing.
Note that the following syntax invokes the value of the presentation variable as intended, but NOT when used in conjunction with the TIMESTAMPADD function. I need the functionality of the TIMESTAMPADD to adjust the date range as required for different analysis steps.
Activity Date is greater than @{PV-START}{%}
0 -
This syntax works for me:
You might try this alternative syntax and see if it makes any difference:
They both work for me, but I have had instances in the past where I had to use the latter.
Beyond that, I can't see what the problem is with the information provided.
0 -
Jerry
Thank you for your input !!!
The alternative syntax you suggested that precedes the presentation variable name with the keywords "dashboard.variables" is working !
I am grateful for your insights !
Jim
0 -
Also, Is your date a "DATE" or a "TIMESTAMP"?
This will also have some impact when accessing the presentation variable.
0