Call now: 252-767-6166  
Oracle Training Oracle Support Development Oracle Apps

 E-mail Us
 Oracle Articles
New Oracle Articles

 Oracle Training
 Oracle Tips

 Oracle Forum
 Class Catalog

 Remote DBA
 Oracle Tuning
 Emergency 911
 RAC Support
 Apps Support
 Oracle Support

 SQL Tuning

 Oracle UNIX
 Oracle Linux
 Remote s
 Remote plans
 Application Server

 Oracle Forms
 Oracle Portal
 App Upgrades
 SQL Server
 Oracle Concepts
 Software Support

 Remote S


 Consulting Staff
 Consulting Prices
 Help Wanted!


 Oracle Posters
 Oracle Books

 Oracle Scripts

Don Burleson Blog 







Oracle Discoverer tuning tips

Oracle Database Tips by Donald BurlesonDecember 28, 2015

Question: I'm trying to tune my Discoverer, and I need some information about the general tuning techniques for Discoverer reports.  What to do to speed up a Discoverer report that is based on a complex custom folder?  What to do to speed up a Discoverer report that is based on a complex custom folder?  Can you provide general guidelines for tuning Oracle Discoverer?

Answer:  (By Michael Armstrong-Smith, Oracle Discoverer book author)

>>Is there any impact on the performance of Discoverer reports if the Business Area consists of more than 10 with complex joins between them?

I'm assuming you mean more than ten custom SQL folders with joins between them? I have done exhaustive testing comparing the performance of Discoverer when using custom folders and when using database views.

Given the same code, custom folders and database views perform the same, which is what I would expect because the underlying SQL that is being submitted to the database is the same.

The big disadvantage with a custom SQL folder is that you cannot tune or optimize the code as you can with a view. Having 10 of these by itself is not not the cause for alarm, the issue lies with the complexity of the SQL code itself.

However, having 10 of these interconnected to each other would be the cause for concern. Just imagine having 10 complex views all joined together inside a single SQL statement.

>> What to do to speed up a Discoverer report that is based on a complex custom folder?

When I am having trouble with a custom folder the first thing I do is to switch it to being a database view. I can then work with it directly in SQL to see if there is anything I can do to rewrite the code or optimize it to make it more efficient.

Frequently adding a new index to a table that is being used in the code does the trick. If this doesn't work, which is sometimes the case, then I look to creating a materialized view. With a materialized view, or just a table if you are not comfortable working with materialized views, I can pre-run the query, I can use partitions and I can use indexes, all of which will improve performance.

If you like Oracle tuning, you might enjoy my book "Oracle Tuning: The Definitive Reference", with 950 pages of tuning tips and scripts. 

You can buy it direct from the publisher for 30%-off and get instant access to the code depot of Oracle tuning scripts.



Oracle Training at Sea
oracle dba poster

Follow us on Twitter 
Oracle performance tuning software 
Oracle Linux poster


Burleson is the American Team

Note: This Oracle documentation was created as a support and Oracle training reference for use by our DBA performance tuning consulting professionals.  Feel free to ask questions on our Oracle forum.

Verify experience! Anyone considering using the services of an Oracle support expert should independently investigate their credentials and experience, and not rely on advertisements and self-proclaimed expertise. All legitimate Oracle experts publish their Oracle qualifications.

Errata?  Oracle technology is changing and we strive to update our BC Oracle support information.  If you find an error or have a suggestion for improving our content, we would appreciate your feedback.  Just  e-mail:  

and include the URL for the page.


Burleson Consulting

The Oracle of Database Support

Oracle Performance Tuning

Remote DBA Services


Copyright © 1996 -  2020

All rights reserved by Burleson

Oracle ® is the registered trademark of Oracle Corporation.