APEX report running slow

Hi
the following query runs slow in APEX (:P10_start_date => 01-sep-08, :P10_end_date=>10-sep-08) but in pl/sql developer it takes a second only
(11g, APEX 3.1.1) any suggestions
select /*+ index (jane_don pre_test_idx)*/
stud_mode, stud_nr, test_nr, pre_date,
timestamp, wr_dur, lec_nr,
lec_part_nr, lec_dist,
lec_out, lec_out_in, lec_tl_nr
from john.jane_don
where pre_date >= to_date(:P10_start_date,'dd-mon-rrrr') and
pre_date <= to_date(:P10_end_date,'dd-mon-rrrr')
and test_2 = to_char(:P10_test)
order by pre_date , timestamp, test_nr
Mel

Hi,
the first thing to do when you are experiencing a slow page rendering, is to click on the debug link at the bottom of the page (you need to be logged on in the APP builder, otherwise it will not show up). If you don't see the link, you can still activate debug mode by entering YES after the fourth semicolon in the URL (unless you disabled the debugging option in the application definition in which case you need to re-enable it first), for instance:
http://apex.oracle.com/pls/otn/f?p=38250:13:0::YES
And you'll see the timings of each component.
Did you already perform this action?
Did you already identify the query as the slowest component in your page?
May be there is some other process that is causing the delay?
Bye,
Flavio
http://www.oraclequirks.com

Similar Messages

Strange problem... Query runs faster, but report runs slow...

Hi Gurus,
We are using Report 10g on 10g Application server and solaris. we created a report on a table which has 10,000 rows. The report has 25 columns. when we run this query in Toad it took 12 sec for fetching all these 10,000 rows
But when we run the report with Destype = 'FILE' and Desformat = 'DELIMITEDDDATA', it is taking 5 to 8 minutes
to open in excel ( we concatenated mimetype=vnd-msexcel at the end of the url if the Destype=FILE). We removed the layout in the report as it is taking 10 to 15 mins to run to Screen with Desformat=HTML/PDF(formating pages taking more time). We are wondering why DELIMITEDDATA format is taking long time as it runs only query.
Does RWSERVLET take more time of writing the data to the Physical file in the cache dir? Our cache size is 1 GB. we have 2 report servers clustered. Tracing is off.
Please advise me if there are any report server settings to boost the performance.
Thanks alot,
Ram.

Duplicate of Strange problem... Query runs faster, but report runs slow... in the Reports forum.
[Thread closed]

SSRS reports running slow while fetching data from SQL server DB

We are currently facing issues with lots of our SSRS reports running very slow. Approx they are taking around 15-20 minutes compared to earlier which was 2-3 minutes.
Also, the SSRS reports which fetch their data from a Database is acting as Subscriber for a reporting server. That is we have an OLTP DB server whose Database say 'A' is getting replicated onto the server where say Database 'B'. On this B we have our SSRS
reports fetching the required data and are reported to be running very slow.
As a start I have checked for Index and stats to be properly updated and yes they are.
I am not sure now, from where to start analysing the issue.
I believe replication, not to be the issue as earlier also we had replication set up and never saw the slowness.
IS memory or IO causing a problem, please help as i am not sure on how to find a fix for this?
Thanks in advance!

Hi,
You need to first find out what all are slow? Is it that the whole instance is slow? How about other queries /replication etc against those databases? Are they slow?
Check the reports which are slow, try to find the slowest reports and then start looking at execution plans. Check if there is any kind of blocking happening during the time the reports run. Also try running the reports manually and see if there is a difference
in execution time. Take a look at the waitstats during the time the reports are running.
Read this to get more better understanding -
https://technet.microsoft.com/en-us/library/ms177500%28v=sql.105%29.aspx?f=255&MSPPError=-2147217396
Regards, Ashwin Menon My Blog - http:\\sqllearnings.com

Oracle 10g Reports running slow

On one server we have an issue with some reports of 2pages taking 2 minutes or more to run, but on another server with the same data transferred across the same report runs in about 3-5 seconds.
The reports we are having issues with contain graphs.
The server spec is better on the slower running report server than the other report server.
How can I fix this?

Hi,
did you any exceptions you in the logs of report server??
Location:
$ORACLE_HOME/reports/logs/ <report_server> / .
Remove a trace,when your executing the graphical report.
It would help you to finding why the report is taking so much time
please follow the below link for tracing the reports in OAS 10g
http://docs.oracle.com/cd/B2501608/doc/dl/bi/B14048_02/B14048_02.pdf_
Regards
Fabian

Reports running slow

Hi All,
I am struggling with this issue that reports are running slow & it is taking few minutes to execute.
In BEx Analyzer it is running slow.
Please tell me reason why this can happen & possible solution.
Thanks.

Hi,
For the query in BEx we can see the changes done to query but what are the changes made by another user. That i need to know for this query.
I think some changes might be done by another user.
Kindly suggest me.
Thanks..

Financial Reporting batch reports run slow at random

FR reports version: 11.1.2.1
This is a summary of our environment:
-Linux server where Hyperion batch reports run
-Linux (SLES-11) server where Essbase resides
-Windows 2008 server where Hyperion Print Service and GhostScript reside
This is what we observed this morning:
Batch reports are executed serially by a master shell script.
One of these reports takes 30+ minutes to complete. The exact same report usually completes in less than 3 minutes.
This problem occurs 3 to 5 times each morning, and not necessarily on the same report.
While the report shows ‘Running’ in the Hyperion Batch Scheduler, there is no process present on reports server. There is no active session on Essbase. There is no active print process on the print server.
Eventually, the report completes successfully and the pdf file is present on reports server.
We haven’t been able to determine where the process is during the period that it appears to be stuck. The best we can do is to look at the status on the Batch Scheduler. It is not a practical option for us to schedule everything using the Batch Scheduler on a daily basis.(this is what Oracle is suggesting, by the way).
Has anybody experienced similar FR batch reports slowness?
Thanks.

IT parsed the HTML into csv so that another program could compare a Trial Balance from HFM with a Trial Balance from the source GL system to ensure all data got imported to HFM.

BW report running slow

Hi,
We have reports build on one multicube and its is running very slow ..after entering selction paarameters it keeps running for long time even when i am running for one cal year/month but earlier it was running fine
we have compressed req of cubes which are in this MP
and moreover we have other reports also based on same MP they are running ok only problem with 1 report
can anyone pls tell what to check for ?also i tried executing in web same report there also it took lot of time
any quick helpa pprecaited
thanks
nilesh

I faced a similar issue once. Upon investigating the execution plan, i found that the query was reading 0VENDOR Text multiple times because we had 4 or 5 different vendor partners displaying text. We moved those vendor partners into free characteristics and asked the users to drill down by those partners as needed instead of having it in the initial report view.
We also had an issue with reading UOM conversion tables and currency conversion tables at query run time. One query which did not use those conversion tables ran fine but one query which used those conversion tables on the same info provider was running real slow. We then moved the calculation in the transformations and then the report ran much faster.
These are couple of things i have noticed on my reports that were running slow.
You can run RSRT in debug mode. Select Query execution plan and Query Statistics. Both of these will give you wonderful insights into what really is happening when the query is executed.
The query statistics will tell you how many fact table records were actually read. The Query execution plan will tell you each table that is being accessed by your query.
Good Luck.
MP.

Apex Report Very Slow And Aborts

Hello All.
I am using Apex 2.2.1 and have created a report region in which I retrieve upto 1500 rows in a report. The underlying report query is a function returning a SELECT statement in which search criteria are made part of the SELECT only if the user has actually typed-in any values for the search criteria fields on the Apex region.
I also have a "Display" drop down list populated by a hard-coded LOV. Users can select the number of rows desired in the report by choosing one of: "10", "20",
"50", "100", "200", "500", "1000", "5000" from the drop down.
I've set the following fields in the "report Section":
"Report Template" set to Template: 10. Standard
"Show NULL Values as" set to empty
"Pagination Scheme" set to Row Ranges 1-15 16-30 in select list (with pagination)
"Display Position" set to Top and Botton - Left
"Number Of Rows" set to empty
"Number Of Rows (Item)" set to P13_ROWS - this is my Display select list
"Maximum Row Count" set to 5000
"Strip HTML" set to YES
The underlying query is not calling any PLSQL functions. It is basically a SELECT
from a view which is itself a join between two tables. One of these tables has
1500 rows (each row has 25 columns) while the other has 251000 rows. I am
selecting one column from this second table.
Both tables have indexes on the columns used as search criteria and both tables
and their indexes have been analyzed via DBMS_STATS on Oracle 10gR2. The
PARALLEL option is NOT enabled on any of these tables or indexes.
When I run the underlying query (that results from my report function) in SQLPLUS,
it returns all 1500 rows in under 2 seconds.
When I run the report in Apex (with out any search criteria), the following occurs.
When the Display drop down is set to "10", the report returns 10 rows within 1 second.
When Display = "50", the time takes about 3 seconds.
When Display = "200", it takes 10 seconds.
When Display = "500", the report "sits there" for over 30 seconds and then
literally aborts. The only error message I get is that the "operation could not
be completed". There is no ORA error message. I checked with our DBA
and there is nothing in the Oracle server Alert Log. I appended &p_trace=YES
to my report url and ran the resulting trace file through TKPROF. All looks good.
What is causing this report to abort and to take so terribly slow?
It appears to be somehow associated with the "Display" drop down list value,
but I'm puzzled as to why. As mentioned, the report query in SQLPLUS runs
to completion in under 2 seconds.
Any help would be greatly appreciated.
Thank you.
Elie

Hi, Keith.
I tried the pagination scheme "Row Ranges X to Y (with next and previous links)".
This caused the same problem - my page aborts with the error message:
"Internet Explorer cannot open the Intenet site https://oraweb.slac.stanford.edu/apex/slacprod/f?p=116:13:439623456781::NO:::
Operation aborted"
I even removed pagination altogether and still got the same error.
Futhermore, it is sporadic. At times I invoke the report with 500 rows and it
displays without problem. And then, 5 seconds later, I run the re-run the report (again asking to display 500 rows), and it aborts.
This report worked without error (it was "slow", but worked) two weeks ago. But now, it is failing. My gut feeling is that my problem lies with out Oracle
Application Server. I have the feeling that our DBA's have changed some
sort of configuration (a buffer, perhaps) that is causing my problem. Not sure
about this. I guess I'm reaching for straws at this point.
Thanks for your help. It is appreciated.
Elie

Web discoverer report run slow after upgrade to AS10.1.2.48.18

We just upgraded our application server to 10.1.2.48.18, our web Discoverer report were running extremly slow on tables that contain large amount of data. We have good speed with those report in the past. The backgroud database was the same as well as the web server.Using desktop version of Discoverer were fine with normal speed.
Does any one know why? How to speed it up?
Thanks!

A few things to check:
Are all machines using the same version of SQL*Net?
Are the reports in different EULs (if so, are the EULs at different versions)?
Do all reports work in Disco Plus or Disco Desktop?
What types of reports are failing (cross tabs, tabular, both)?
For the reports that are failing, how many rows are you expecting?

Customized Reports running slow in PRD system.

Dear all,
All the zreports in our PRD system(900) is running very slow recently.
Simple customized reports which used to and should take very less time
are taking more than 10 mins. for execution. Some customized reports are not
getting excecuted even after 30 mins. The program is not throwing dump
because the instance profile parameter max_wprun_time has been extended
to 99999.
Pls. help regarding how to solve the problem.
reg,
Subhajit Sen Gupta.

Hi,
check these links for performance tips:
http://www.erpgenie.com/abap/performance.htm
http://www.thespot4sap.com/Articles/SAPABAPPerformanceTuning_PerformanceAnalysisTools.asp
http://www.sap-img.com/abap/performance-tuning-for-data-selection-statement.htm
Use se30 and st05 for analysis.
**reward if helpful
regards,
madhu

Report Runs Slow

I have the following simple query:
SELECT
a.CARDID,a.CREDIT,a.CREDIT_VALIDITY,a.PRODUCED_ON,a.LOADED_SYS_ON,a.BLOCKED_ON,a.EXPIRES_ON
FROM voman.purge_info a
which runs perfectly right when used from PL/SQL Developer but when I tried create a report on it. It just keeps on running. Although I have removed the default search criteria that APEX adds. please suggest.

SELECT
a.CARDID,a.CREDIT,a.CREDIT_VALIDITY,a.PRODUCED_ON,a.LOADED_SYS_ON,a.BLOCKED_ON,a.EXPIRES_ON
FROM voman.purge_info a
How long did this take to execute in sqlplus?
voman.purge_info has 20 Million rows and you have not restricted your query in anyway.
Who is going to read a 20 Million row report??
What you need to do, is to add some report criteria, eg a date range and then restrict that date range.
If its a 20 million row table I assume its partitioned (presumably by date) so that partition_key should form part of your criteria.
Lets say the data is partitioned by month. Then I would restrict data to the months entered by the user.
I would also restrict the no of months eg can't ahve more than 64 months between start and end date.

First report run slow...then reasonable.

I'll call it a performance issue for lack of a better description. I am accessing an .rpt file on the Crystal Enterprise server and then accessing it using java. It works fine...after the first run of the day. The first run takes up to 2 minutes...while the query itself only takes 2 seconds. We cannot recreate the situation even if all of the Crystal services are restarted and the machine where java executes is rebooted...the only way to make the "slowness" occur is to wait until the report is not accessed from that application server for several hours.
I have timed the slow parts of the code and here were the results:
//46 seconds
ISessionMgr sessionMgr = CrystalEnterprise.getSessionMgr();
//20 seconds
crystalSession = sessionMgr.logon(username, password, cms, auth);
//19 seconds
ReportClientDocument clientDoc = reportAppFactory.openDocument(infoObject,
OpenReportOptions._openAsReadOnly, java.util.Locale.US);
//46 seconds
reportControl.processHttpRequest(request, response,
getServlet().getServletConfig().getServletContext(), null);
Has anyone experienced anything like this?
Travis

Starting & restarting the app and/or Enterprise seems to have no effect. In other words, we can bounce all entities and the report will load up in seconds with no slowdown.
This issue does not occur when run directly on Enterprise...you have to go through my app.
Our application server is bounced overnight. We notice this when we come in first thing in the morning. We have also noticed it if we let it sit idle until lunchtime. To directly answer your question, it happens on the first run of the day and then after it's idled for a long period...but the initial execution of the report is NOT a requirement.
This is an intranet app and sits behind the firewall
I do have the following settings on the report:
     Share report data between clients
     Viewer refresh always yields current data
     Oldest on-demand data given to a client (in seconds): 0
Travis

PL/SQL report running slow even with Shared_Servers set to 10

I am running into a problem with a PL/SQL query that displays in the Report region. I have changed my Shared_Servers parameter and that has not helped. There are less than 10 users on the system. I ran debug and the app is running a long time (10 seconds) in "rows loop: 20 row(s)" where 20 is the number of rows displayed per page. If I run the query in regular SQL, then the results are displayed almost instantaneously. Any ideas?

I figured out my problem. My statistics were out-of-date on one of my tables. I re-analyzed the table and that solved the problem. Now the results display within milliseconds. What a huge difference that made.

Reports running slow with attributes

Im building financial reports against a small Planning app but there are twenty attribute dims attached to one of my custom dims (employee). I can retrieve within the Essbase addin fine but reports are crashing or taking a long time. I believe the memory values have been max to 1024. Anybody have any suggestions as to what else I can do for the reports performance? EPM 11.1.1.3
Thx

Hi,
For the query in BEx we can see the changes done to query but what are the changes made by another user. That i need to know for this query.
I think some changes might be done by another user.
Kindly suggest me.
Thanks..

APEX report sorting makes report slow

Hi,
I have some reports in APEX that are fast (3 sec) when I have no sorting enabled and they turn slow (20 sec) when I enable column sorting.
The reports are based on data running over a DB-link, all tables come from the same DB-link. When I launch the queries (with filled in parameters) in SQL+ then it takes no more then 5 sec (with or without sorting). The result is about 1000 to 2000 records (only showing 25 in the report with pagination).
How can I make the report fast (less then 5 sec) with sorting enabled?
Is there any known bug in APEX that is the source of my problem?
Thanks in advance.

Good point, but I already have recreated the report (delete and recreate) with no result. Cause I know that sometimes the reports run slow, cause they are somehow confused with the sorting, and in most cases it helps to recreate the report (which resets the report ID, so that it's like clearing the user preferences).
First I thougt it had to do something with the user preferences, but I think that it is something different.
I really don't know how to explain the time difference between SQL+ and APEX.

APEX report running slow

Similar Messages

Maybe you are looking for