as we all know query hits the database when we try to run the report. Also, again it's hitting the database when i try to export the results. Is there any way to restrict it?
Depending on the kind of export you do, not really. Because what you see on screen is maybe not enough for the export.
If you enable caching you have more chances that the second query hit the cache and find a match and stops there.
Thanks Gianni…Let me see in cache perspective.
@Ravi_Teja - You can try the below settings to make sure cache is used and physical query is not re-run again on DB. Please be informed the below quoted is an example which handles the row limit upto 65000, if it's more then update the values accordingly.
set the value of <DefaultRowsDisplayedInDownloadCSV> = <ResultRowLimit> -1000 in instanceconfig.xml.
For example:
<Table>
...... <DefaultRowsDisplayedInDownloadCSV>64000</DefaultRowsDisplayedInDownloadCSV>
</Table>
.......
<ODBC> <ResultRowLimit>65000</ResultRowLimit> </ODBC>
Then, the presentation server cache can be hit and the physical query will not re-run on DB.
Just keep in mind all the possible issues with cache: you need to manage it so that users see the right data at the right time and not a cached copy of old data instead.
If you can live with the 2 queries, it would be "safer" as you don't have to expect side effects. As an alternative, if your plan is to export the analysis, why to display it? You could just have a download like or something like that…
Agreed…currently it's on prem and we are migrating to cloud now so in cloud everything is based on the queries hit by the app and based on that cost will calculate. so i'm thinking all open possibilities to cut down it.
You mean that your database will charge you by the query?
If that's the case, then you should definitely investigate caching in detail because you have no way to predict the behavior of your users, mostly if they are using OBIEE. Because it's an analytical platform and people expect to be able to query things again and again (maybe just refreshing the page, or when changing a parameter or whatever else).
You mean that your database will charge you by the query? - YES, that's what we hear from vendor
Well, I would definitely look for a different database (even if it does involve an ETL step to copy the whole database content once a day to a database that you don't pay by the query). Because that's just against the usage of an analytical platform.
But knowing that it's a decision you maybe can't really take at this point, time to dive into caching to try to cache as much as you can to limit queries.
Explore how to build agents using code in AI Data Platform. We'll create an agent that examines and analyzes the contents of a Github repository and reports its findings. The session demonstrates how to use different developer tools to create agents including the AIDP extension for VS Code and Codex. Using these tools we…
The user icon in the upper-right corner of OAC (DV) is displaying more menu options for our non-admin users than we wish to display. We would like to restrict these to only "Profile" and "Sign Out" for regular users. Is there a way to customize these menu items? Especially if we can control this via security, that would be…
What is wrong with this code
Am I missing something or is there no way to search through previous posts to make sure I don't duplicate a question? All I see on the filter options are tags or status… a general search for a word or phrase would be helpful.
We were under the impression that when exporting a visualization in DV to CSV format hidden columns would be include from the grammar panel. This is not happening. See below for a screenshot showing 3 hidden columns that do not appear when exporting the pivot table to CSV. This seems to have worked a month or so back but…
Migrated RPD from obiee12c to OAS 2024. post migration when we try to access dashboards on OAS we are getting below error: State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. (HY000) State: HY000. Code: 43275. [nQSError: 43275] Message returned from OBIS…
