Categories
- All Categories
- Oracle Analytics and AI Learning Hub
- 54 Oracle Analytics and AI Sharing Center
- 26 Oracle Analytics and AI Lounge
- 310 Oracle Analytics and AI News
- 57 Oracle Analytics and AI Videos
- 16.4K Oracle Analytics and AI Forums
- 6.6K Oracle Analytics and AI Labs
- Oracle Analytics and AI User Groups
- 118 Oracle Analytics and AI Trainings
- 23 Oracle Analytics and AI Challenge
- Find Partners
- For Partners
Welcome to the Oracle Analytics Community: Please complete your User Profile and upload your Profile Picture
OAC dashboard performance issue
User128178 - Oracle
Rank 2 - Community Beginner
Hi, We have migrated from OBIEE 12c to OAC. We are seeing a performance issue with one dashboard after migration in OAC. It takes 5 mins to load the report. In OBIEE it returns in seconds.
Are there any sepecific settings in OAC to optimize the query/filters?
Thanks
Padmaja
0
Answers
-
Hi @User128178 - Oracle Best‑practice points to check in OAC after an OBIEE migration:
- Verify BI Server Query Cache is enabled and sized correctly. OAC does not always mirror OBIEE cache behaviour.
- Review dashboard prompts and filters eg - multi‑select prompts, “Is Prompted”, and request variables can generate heavy subqueries.
- Check row‑level security filters. OAC can apply them differently, causing unexpected full scans.
- Compare physical SQL between OBIEE and OAC; differences usually reveal the root cause.
Can you screenshot/share any sql pls?
0 -
here is the query-
SELECT 0 s_0, "BI_CONTACT_RATE"."Dim Data"."Data Calendário" s_1, avg(100*("BI_CONTACT_RATE"."Fato Sumarizada CR Dia DDD"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."T1542275.FS_CR_MES_PERFEITO"."QT_DOMICILIO_MES" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by case when DAYNAME("BI_CONTACT_RATE"."Dim Data"."Data Calendário") in ('Sun','Mon') then 0 else 1 end) s_2, case when "BI_CONTACT_RATE"."Dim Data"."SK_DATA" >0 then 0 else case when 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano"))<>max(100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano") then 0 else 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) end end s_3, case when "BI_CONTACT_RATE"."Dim Data"."SK_DATA">0 then 0 else case when case when 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano"))=max(100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano") then 0 else 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) end <=avg(100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by case when DAYNAME("BI_CONTACT_RATE"."Dim Data"."Data Calendário") in ('Sun','Mon') then 0 else 1 end) then case when 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano"))=max(100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano") then 0 else 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) end else 0 end end s_4, case when "BI_CONTACT_RATE"."Dim Data"."SK_DATA">0 then 0 else case when case when 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano"))=max(100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano") then 0 else 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) end >avg(100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by case when DAYNAME("BI_CONTACT_RATE"."Dim Data"."Data Calendário") in ('Sun','Mon') then 0 else 1 end) then case when 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano"))=max(100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano") then 0 else 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) end else 0 end end s_5, case when "BI_CONTACT_RATE"."Dim Data"."SK_DATA">0 then 100*("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Quantidade de Ligações"/sum("BI_CONTACT_RATE"."Fato Sumarizada Combo Multi"."Soma máxima - Quantidade Domicilio por mês" by "BI_CONTACT_RATE"."Dim Data"."Descrição Mês Ano")) else 0 end s_6FROM "BI_CONTACT_RATE"WHERE(("Dim Sub Marca"."Nome Sub Marca" IN ('CTV', 'NET')) AND ("Dim Motivo URA Remarcada"."Nome Motivo Remarcada URA" = 'Base') AND ("Dim Data"."SK_DATA" >= (20160601)) AND ("Dim Data"."SK_DATA" <= (20160630)))ORDER BY 2 ASC NULLS LASTFETCH FIRST 500001 ROWS ONLY-
1 -
Are there any sepecific settings in OAC to optimize the query/filters?
There is no "GO_FAST=True" setting.
But you have everything to find what is happening, and from there why it is happening.
Look at your logs, when you open that dashboard, analyse the logs of each analysis in it, find where time is spent, by which object.
And from there look your logs in detail to find out what step of your analysis is taking time. Go back to your OBIEE and check if if it is doing the same thing or not.
You now have the cause of your "slow" dashboard, and you can therefore look at your options to fix it.
Sharing a LSQL isn't going to do much: nobody here has your OAC, your data model, your database.
PS: if cache is off, do not enable it without a full plan for cache management and impact analysis. When having performance issues, cache is just a workaround that will soon or late fail somewhere else, introducing issues you didn't expect.
0 -
Thanks @User128178 - Oracle - you could try a few fixes below (iteratively may be better):
- Remove/replace DAYNAME(): You could use database‑explicit function or map weekdays in a dimension.
- Flatten nested CASE + aggregates: You could try repositioning into calculated columns and reducing overall usage.
- Sorting half a million rows by an analytic expression column is expensive. If the analytic expressions require full-window evaluation before sorting, performance becomes even worse.
1 - Remove/replace DAYNAME(): You could use database‑explicit function or map weekdays in a dimension.
