Report takes long time to loadq

Hello,
I am a developer and have to analyse the behaviour of CR concerning a certain report: It takes about 7 seconds to load this report into the designer and I am wondering, what could cause this delay. Just to make sure: I am not talking about rendering the report (which might include heave database activity in order to acquire the data), but only the time it takes for the CR designer(?) to prepare.
The report represents a data sheet (single page) with 7 subreports showing optional additional data (1-5 rows with 3 cols each). I would not consider the report to be extremly complicated and a similar design in other report generators loads within 1/10 of a second.
Although I am using the programming interface I can verify this behaviour using the trial version of CR XI SR 2:
When selecting the report to load into the designer, it takes approx 7-8 seconds before the designer appears.
Is there anything I can do about this strange behaviour? This delay results in having the customer to wait for quite a while before previewing just one simple data sheet... Not a nice scenario
Thanks and greetings from Berlin, Germany

Hi Sharon,
Yes it is correct. I am talking about the designer, and NOT the preview (I would accept delays and look in the query).
The subreport's queries (one table for each subreport) is linked to the main dataset via its 'ID'...
The table structure is similar to this:
Main: MainData (PK : ID);
SubReport1: DetailData1 (Linked via 'MainID' to the MainData)
SubReport2: DetailData2 (Linked via 'MainID' to the MainData)
I am not a CR expert, but as far as I can see from the report layout, the subreports are designed as 'group'. When I try to display the subreport's query, I am asked for the 'MainID'. So I assume it is generated using the 'Add group'.
Unfortunately, I cannot monitor the DB activity, as the source database is FireBird and I don't have any monitoring tools. Would there be any DB activity prior to previewing the report?
Oh, thanks for your patience

Similar Messages

Payables Account Analysis report takes long time to produce xml output

Hi,
I am trying to get xml data for the Payables Account Analysis report. I have changed the output format of the concurrent program to XML.
The report takes long time to produce the xml data irrespective of the number of rows fetched. But the same report with Text output runs very fast.
Any reason why the xml output takes long time?
thanks in advance
Malathi.

Hi,
Thanks for the reply.
As mentioned above, i deleted the Q_FLEXDATA and ran the report. it takes less time.
But Will the report data not affected when we delete Q_FLEXDATA Group? and Why this flexdata group affects the running time?
Thanks,
Malathi.

Concurrent report takes long time to complete

Dear all,
Concurrent report "Inactive items report" takes long time to complete.
How to solve this performance issue ?
Kindly offer me solution to this.
Regards,
Arun

Please post the details of the application release, database version and OS.
Was the performance acceptable before? If yes, any changes been done recently?
Do you have the statistics collected up to date?
Please enable trace and generate the TKPROF to determine why the request takes that long to complete.
https://forums.oracle.com/forums/search.jspa?threadID=&q=Slow+AND+Concurrent&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
https://forums.oracle.com/forums/search.jspa?threadID=&q=Slow+AND+Concurrent+AND+TKPROF&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
Thanks,
Hussein

Oracle9i reports take longer time while running in web

Hi,
I have developed few reports in Oracle9i and I am trying to run the reports in web. Running a report through report builder takes lesser time compare to running the same report in web using web.show_document. This also depends on the file size. If my report file size(.jsp file) is less than 100KB then it takes 1 minute to show the parameter form and another 1 minute to show the report output. If my file size is around 190KB then the system takes atleast 15 minutes to show the parameter form. Another 10 to 15 minutes to show the report output. I don't understand why the system takes long time to show the parameter form.
I have a similar problem while opening the file in reports builder also. If my file size is more than 150KB then it takes more than 15 minutes to open the file.
Could anyone please help me on this.
Thanks, Radha

This problem exists only with .jsp reports. I saved the reports in .rdf format and they run faster on web now. Opening a .jsp report takes longer time(file with 600KB takes atleast 2 hours) but the same report in .rdf format takes few seconds to get opened in reports builder.

Report takes long time for few records

hi frends,
I m facing one problem with my Web based erp application which is developed in .net , in my application when i open the report from my applicaiton , in my temp folder there one file gets created name is "rpt conmgr cache"
bcoz of this for few records also my report takes too much time and opens very slow and it takes long time, and it happens in some of the reports only , other reports are working cool and its not creating any file in temp folder,,, so can u guide me whats this file and what can be the solution for it,
Thanks
Mithun

hi sabhajit,
i have already checked the sql query it is taking less then seconds.
any other steps u want me to check then pls let me know?
thanks mithun

Report takes long time to refresh

Hi Experts ,
I have an issue ,when I have only used one workshet to upload as the original workbook has about 25 worksheet tabs and is too large to upload.The report takes 20 minutes to refresh I was rebuilding the report when I noticed that when I added the formulas to the bottom to the original report the report started to take longer to run.When the bottom section of the report is not included the report refreshed in about 2 minutes.
In the file that completes faster,there are no formulas after line 353
In the file that takes long time o refresh,the start on line 357.When the bottom section of the report is not included the report refreshed in about 2 minutes.Any sugession.Thanku.
Regards
R@vi

hi,
If you discover significant high frontend time, check whether the formatting is the reason. If so, either switch it off or reduce the result lines.
As formatting information is not transferred, the time consumed in the frontend can be reduced.
But the workbook you are executing may obviously take much time.
Message was edited by: AVR - Intelli

Webi report takes long time to open

Hi All.
We have created few reports in webi and we have used variables in these reports.
But while opening that reports into BI Launch pad browser, it is taking long time to open. e.g. 5 to 7 min or more.
Please help to resolve this issue.

Hi Anand R,
A couple of questions from my side:
1) Does the webi report contains any chart
2) Are webi reports which are slow only on a single .UNX
3) How about the network.
4) Are you using IE
5) Are you in 3.x or 4.x
Could you try any of the below:
1) Increase Tomcat memory pool to 4096Mb
2) Stop and restart Tomcat once.
3) Try with other browser
4) Use something like Fiddler to understand the network speed
5) Delete cookies in the browser
Try the other options told by our SCN colleagues aswell..
BR
Prabhith

Bex Reports takes long time for filtering

Hi,
We have gone live in last December.And already our inventory cube contains some 15 million records,sales cube contains 12 million records.
Is there any specific limit to number of records.Because while doing filtering in inventory report or sales reports it is taking very long time.
Is there any alternative or we should delete some the data from the cube.
for filtering any value it is taking long time than running the query itself.
Pls help...
Regards,
viren.

Hi Viren,
I hope a cube can perform well even at 100 million records with some performance tunning. So i absolutely doubt why it is taking long time for your cube with just 10-15 million records.
Do a performance analysis and check whether aggregates will be helpful or not.
Check the below link for how to do a performance analysis.
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/media/uuid/d9fd84ad-0701-0010-d9a5-ba726caa585d
Hope it helps.
Thx,
Soumya

Report takes long time in different database version

Dear Mates,
I have been in serious problem from last one month. Still i don't get any solution. Come to the problem.
I have a program where, database version is *9i R2*. Here one report are base on a database function and works perfectly. It takes 30/35 seconds to preview.
I take this schema backup by EXP command and import it to database version XE and also database version *10G R2* with IMP command. import is successful. Others report still preview as it is at 9i. But my mentioned reports didn't come as same. Now it takes 3 Hrs. :(.
I run explain plan and the out put is bellow. What should i do now ? If you want to check the query i can also post it. If any one have experience regarding this, please help me.
Plan hash value: 3745590339
| Id | Operation                      | Name        | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT               |             | 9454 | 1874K|   207 (55)| 00:00:03 |
|   1 | SORT GROUP BY                 |             | 9454 | 1874K|   207 (55)| 00:00:03 |
|* 2 |   HASH JOIN                    |             | 9454 | 1874K|   205 (55)| 00:00:03 |
|* 3 |    INDEX FAST FULL SCAN        | IND_AD_ID   | 9454 |   120K|   201 (55)| 00:00:03 |
|   4 |    INLIST ITERATOR             |             |       |       |            |          |
|   5 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL     | 1351 |   250K|     3   (0)| 00:00:01 |
|* 6 |      INDEX RANGE SCAN          | IND_AD_FLAG |     8 |       |     2   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   2 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
   3 - filter("ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",:UNIT,:PROJ)<>0)
   6 - access("ACC_DTL"."AD_FLAG"=6 OR "ACC_DTL"."AD_FLAG"=7 OR "ACC_DTL"."AD_FLAG"=8
              OR "ACC_DTL"."AD_FLAG"=18 OR "ACC_DTL"."AD_FLAG"=19)
Note
   - dynamic sampling used for this statementupper explain plan is from database 10g R2
bellow r from 9i R2
| Id | Operation                      | Name        | Rows | Bytes | Cost |
|   0 | SELECT STATEMENT               |              |       |       |       |
|   1 | SORT GROUP BY                 |              |       |       |       |
|   2 |   CONCATENATION                |              |       |       |       |
|   3 |    NESTED LOOPS                |              |       |       |       |
|   4 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
|* 5 |      INDEX RANGE SCAN          | IND_AD_FLAG |       |       |       |
|* 6 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
|   7 |    NESTED LOOPS                |              |       |       |       |
|   8 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
|* 9 |      INDEX RANGE SCAN          | IND_AD_FLAG |       |       |       |
|* 10 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
| 11 |    NESTED LOOPS                |              |       |       |       |
| 12 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
|* 13 |      INDEX RANGE SCAN          | IND_AD_FLAG |       |       |       |
|* 14 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
| 15 |    NESTED LOOPS                |              |       |       |       |
| 16 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
|* 17 |      INDEX RANGE SCAN          | IND_AD_FLAG |       |       |       |
|* 18 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
| 19 |    NESTED LOOPS                |              |       |       |       |
| 20 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
|* 21 |      INDEX RANGE SCAN          | IND_AD_FLAG |       |       |       |
|* 22 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
Predicate Information (identified by operation id):
   5 - access("ACC_DTL"."AD_FLAG"=19)
   6 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
       filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
              UMBER(:Z))<>0)
   9 - access("ACC_DTL"."AD_FLAG"=18)
10 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
       filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
              UMBER(:Z))<>0)
13 - access("ACC_DTL"."AD_FLAG"=8)
14 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
       filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
              UMBER(:Z))<>0)
17 - access("ACC_DTL"."AD_FLAG"=7)
18 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
       filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
              UMBER(:Z))<>0)
21 - access("ACC_DTL"."AD_FLAG"=6)
22 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
       filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
              UMBER(:Z))<>0)
Note: rule based optimizationEdited by: HamidHelal on Oct 12, 2011 6:42 PM

yes..
SELECT ALL ACC_LEDGER.LG_AD_ID, ACC_DTL.AD_NAME, abs(ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ) )BAL,
CASE WHEN ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)>0 AND ACC_DTL.AD_FLAG IN(6 ,18) THEN
            'RECEIVABLE'
           WHEN ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)<0 AND ACC_DTL.AD_FLAG IN(6,18) THEN
            'PAYABLE'
             WHEN ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)>0 AND ACC_DTL.AD_FLAG IN(7,8,19) THEN
            'PAYABLE'
            WHEN ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)<0 AND ACC_DTL.AD_FLAG IN(7,8,19) THEN
            'RECEIVABLE'
            END AS BALANCE_TYPE,
ACC_DTL.AD_CODE, ACC_DTL.AD_FLAG
FROM ACC_DTL, ACC_LEDGER
WHERE ACC_DTL.AD_FLAG IN (6, 7, 8,18,19)
AND (ACC_LEDGER.LG_AD_ID = ACC_DTL.AD_ID)
AND ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)<>0
GROUP BY ACC_LEDGER.LG_AD_ID, ACC_DTL.AD_NAME, ACC_DTL.AD_CODE, ACC_DTL.AD_FLAG
ORDER BY   ACC_DTL.AD_FLAG , ACC_DTL.AD_NAME;here ACC_BALANCE is the database function name..

GR55 Report Takes long time.

Hi experts,
System Details: ECC 6.0; Windows 2008 R2; MS SQL 2005 Database.
Archiving is done and now when our functional team is running the GR55 to access data, it is taking a hell lot of time to bring-out the data. They have approached the Basis team (me included) for help.
Probable Solutions I think, but not confirmed,
1. The report may be doing some sequential read.
2. The table which it is trying to access has some indexing issues.
3. May be, the PBS server issue.
Any comments, suggestions or rectifications are welcome. Please help.

Another update, as per the rdisp/max_wprun_time is set to 3600 secs in our PRD, so when the GR55 will take more than 1 hour it will throw an error, as it is accessing all the archived data and surely it will take a lot of time. Furthermore, it's not advisable to increase the runtime.
Anyways, it is also not possible to run it in background, as the team tried. So guys please please please help me out!

Oracle report formatting takes long time

hi
i am using oracle 10g Application Server 9.0.4.0.0 on Red hat linux AS 3
oracle reports are run thru JSP's
some reports take long time to execute though query in it if executed on sql plus are fast.
it is fond that that formatting is going on for those reports
what might be the reason for this??
is the data fetched first and then formatting takes place as per data??
waiting for reply
Avinash

hi
i am using oracle 10g Application Server 9.0.4.0.0 on Red hat linux AS 3
oracle reports are run thru JSP's
some reports take long time to execute though query in it if executed on sql plus are fast.
it is fond that that formatting is going on for those reports
what might be the reason for this??
is the data fetched first and then formatting takes place as per data??
waiting for reply
Avinash

It takes long time to load the parameter's value when running we run report

Hi,
It takes long time to load the parameter's value when running we run report. What could cause this? How to troubleshoot the behavior of the report? Could I use Profile and what events should i select?
Thanks

Hi jori5,
Based on my understanding, after changing the parameter, the report render very slow, right?
In Reporting Service, the total time to generate a report include TimeDataRetreval, TimeProcessing and TimeRendering. To analyze which section take much time, we can check the table Executionlog3 in the ReportServer database. For more information, please
refer to this article:
More tips to improve performance of SSRS reports.
In your scenario, since you mention the query spends less time, the delay might happens during report processing and report rendering section. So you should check Executionlog3 to check which section costs most of time, then you can refer to this article
to optimize your report:
Troubleshooting Reports: Report Performance.
If you have any question, please feel free to ask.
Best regards,
Qiuyun Yu

Report execution takes long time

Dear all,
we have a report which takes long time to exceute due to select statement.. here is the code..
SELECT vkorg vtweg spart kunnr kunn2 AS division FROM knvp
    INTO CORRESPONDING FIELDS OF TABLE hier
    WHERE kunn2 IN s_kunnr
    AND   vkorg EQ '0001'
    AND   parvw EQ 'ZV'.
    l_parvw = 'WE'.
SORT hier.
* select all invoices within the specified invoice creation dates.
CHECK NOT hier[] IS INITIAL.
SELECT vbrk~vbeln vbrk~fkart vbrk~waerk vbrk~vkorg vbrk~vtweg vbrk~spart vbrk~knumv
         vbrk~konda vbrk~bzirk vbrk~pltyp vbrk~kunag vbrp~vbeln vbrp~aubel vbrp~posnr
         vbrp~fkimg vbrp~matnr vbrp~prctr vbpa~kunnr
         vbrp~pstyv vbrp~uepos
         vbrp~kvgr4 vbrp~ean11
    INTO CORRESPONDING FIELDS OF TABLE it_bill
    FROM vbrk INNER JOIN vbrp ON vbrp~vbeln = vbrk~vbeln
              INNER JOIN vbpa ON vbpa~vbeln = vbrk~vbeln
    FOR ALL entries IN hier
    WHERE (lt_syntax)
    AND   vbrk~vbeln IN s_vbeln
*    AND   vbrk~erdat IN r_period
    AND   vbrk~fkdat IN r_period
    AND   vbrk~rfbsk EQ 'C'
    AND   vbrk~vkorg EQ hier-vkorg
    AND   vbrk~vtweg EQ hier-vtweg
    AND   vbrk~spart EQ hier-spart.
Can anyone say about how to reduce the execution time.?
Edited by: Thomas Zloch on Sep 22, 2010 2:46 PM - please use code tags

Hi
first of all never use move corressponding.
Rather you should declare a work area for table hier.
select values into the work area and then append that workarea into the table hier.
In case of for all entries include all the primary keys in the selection and for the keys which are of no use declare constants with initial valules like:
'prmkey' is a primary field for table 'tab1' .
Constants: field1 type tab1-prmkey value initial.
and then in your where condition write.
prmkey GE field1.
I hope it is clear to you now.
Thanks
lalit Gupta

MDX report rendering takes long time and showing Conflict Message

Hi All,
This is my MDX Query
with member
[Measures].[Rent] as
IIF(IsEmpty([Measures].[Budget]),
NULL, [Measures].[Rent])
select {[Measures].[Rent]}
on columns,
[Property].[Address].[All].children *
DESCENDANTS([Account].[Account Hierarchy].[Account Group].[Expenditures],
[Account].[Account Tree].[Account]) *
[Property].[Property].[All].children
on rows
from
[Master]
When i comment [Property] Dimension member , i am able to get the result, but i need Property Dimension in MDX.
Can anyone give some idea ?
Thanks in advance

Hi Jarugulalaks,
According to your description, it take long time to render the report when using [Property] dimension, right?
In this case, the issue can be caused by that there are too many members under this dimension. In your query, you used CrossJoin function to join multiple dimensions which might cause the performance issue. If you cross-join medium-sized or large-sized sets
(e.g., sets that contain more than 100 items each), you can end up with a result set that contains many thousands of items—enough to seriously impair performance. You can use the NonEmptyCrossjoin function instead of Corssjoin function. For the detail
information, please see:
http://sqlmag.com/data-access/cross-join-performance
http://msdn.microsoft.com/en-us/library/ms144797.aspx
Besides, the total time to generate a reporting server report can be divided into 3 elements: Time to retrieve the data (TimeDataRetrieval); Time to process the report (TimeProcessing); Time to render the report (TimeRendering). For the detail information,
please refer to the link below to see Charlie's reply.
http://social.msdn.microsoft.com/Forums/sqlserver/en-US/a0962b54-6fc2-4111-b8f1-a3722a65fa05/how-to-improve-performance-of-report?forum=sqlanalysisservices#a0962b54-6fc2-4111-b8f1-a3722a65fa05
Regards,
Charlie Liao
TechNet Community Support

SSRS Reports taking long time to load

Hello,
Problem : SSRS Reports taking long time to load
My System environment : Visual Studio 2008 SP1 and SQL Server 2008 R2
Production Environment : Visual Studio 2008 SP1 and SQL Server 2008 R2
I have created a Parameterized report (6 parameters), it will fetch data from 1 table. table has 1 year and 6 months data,      I am selecting parameters for only 1 month (about 2500 records). It is taking almost 2 minutes and 30 seconds
to load the report.
This report running efficiently in my system (report load takes only 5 to 6 seconds) but in
production it is taking 2 minutes 30 seconds.
I have checked the Execution log from production so I found the timing for
Data retrieval (approx~)    Processing (approx~)           Rendering (approx~)
10 second                                  15 sec
        2 mins and 5 sec.
But Confusing point is that , if I run the same report at different time overall output time is same (approx) 2 min 30 sec but
Data retrieval (approx~)       Processing (approx~)                Rendering (approx~)
more than 1 min                            15 sec
more than 1 min
so 1 question why timings are different ?
My doubts are
1) If query(procedure to retrieve the data) is the problem then it should take more time always,
2) If Report structure is problem then rendering will also take same time (long time)
for this (2nd point) I checked on blog that Rendering depends on environment structure e.g. Network bandwidth, RAM, CPU Usage , Number of users accessing same report at a time.
So I did testing of report when no other user working on any report But failed (same result output is 2 min 30 sec)
From network team I got the result is that there is no issue or overload in CPU usage or RAM also No issue in Network bandwidth.
Production Database Server and Report server are different (but in same network).
I checked that database server the SQL Server is using almost Full RAM (23 GB out of 24 GB)
I tried to allocate the memory to less amount up to 2GB (Trial solution I got from Blogs) but this on also failed.
one hint I got from colleague that , change the allocated memory setting from static memory to dynamic to SQL Server
(I guess above point is the same) I could not find that option Static and Dynamic memory setting.
I did below steps
Connected to SQL Server Instance
Right click on Instance go to properties, Go to Memory Tab
I found three options 1) Server Memory   2) Other memory   3) Section for "Configured values and Running values"
Then I tried to reduce Maximum Server memory up to 2 GB (As mentioned above)
All trials failed, this issue I could not find the roots for this issue.
Can anyone please help (it's bit urgent).

Hi UdayKGR,
According to your description, your report takes too long to load on your production environment. Right?
In this scenario, since the report runs quickly in developing environment, we initially think it supposed to be the issue on data retrieval. However, based on the information in execution log, it takes longest time on rendering part. So we suggest you optimize
the report itself to reduce the time for rendering. Please refer to the link below:
My report takes too long to render
Here is another article about overall performance optimization for Reporting Services:
Reporting Services Performance and Optimization
If you have any question, please feel free to ask.
Best Regards,
Simon Hou

Report takes long time to loadq

Similar Messages

Maybe you are looking for