Focal Point Banner


As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.

Join the TIBCO Community
TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.

  • From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
  • Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
  • Request access to the private WebFOCUS User Group (login required) to network with fellow members.

Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.


Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Adapter Optimization

Read-Only Read-Only Topic
Go
Search
Notify
Tools
Adapter Optimization
 Login/Join
 
<Socrates>
posted
Hi,
I'm trying to figure out how I can force webfocus to do the JIONS for a report on the RDBMS server and just pass the resulting dataset back to webfocus.
Thanks.
 
Report This Post
Virtuoso
posted Hide Post
Focus doesn't join at the reporting layer. The result set size is based on two ways of selecting, real fields and defined fields. If you are using defined fields in your selection you are probably getting much more back than you want. You might consider that if that is your issue.


Leah
 
Posts: 1317 | Location: Council Bluffs, IA | Registered: May 24, 2004Report This Post
Expert
posted Hide Post
Socrates,

My goodness. This is a huge topic to cover in a small amount of space. There are a lot of issues and I'm going to point you to some documentation. Since you are registered on this IBI site, go to the Advanced Search option that you see when you first log onto the tech support site. Type in RDBMS optimization and you should see a topic about optimizing joins.

RDMBS optimization varies with the data source. For instance more stuff is passed if the request is to DB2 than to Teradata for instance. Lots of things turn off optimization, like the SET ALL parameter.

If you could provide your code and the masters and the data source type, that would be helpful.

Assuming you are using TABLE and not passthru, you can put the trace commands below at the beginning of your program to trace it. Make sure the output format is HTML and when you get your empty report, right-click, View Source, scroll down to the bottom and then post the results of the trace here. I'll be able to tell what is going on. I do a lot of this with my users so I have a bit of experience.

Here are the trace commands:

SET TRACEOFF = ALL
SET TRACEON = SQLAGGR//CLIENT
SET TRACEON = STMTRACE//CLIENT
SET TRACEON = STMTRACE/2/CLIENT
SET TRACEUSER = ON
SET XRETRIEVAL=OFF

Note that the last command traces the code but does not retrieve data.


Ginny
---------------------------------
Prod: WF 7.7.01 Dev: WF 7.6.9-11
Admin, MRE,self-service; adapters: Teradata, DB2, Oracle, SQL Server, Essbase, ESRI, FlexEnable, Google
 
Posts: 2723 | Location: Ann Arbor, MI | Registered: April 05, 2006Report This Post
Platinum Member
posted Hide Post
Have you thought about defining 'views' in your RDBS and targeting FOCUS at them instead of at the 'real' RDBMS tables? We use this technique a lot and it really speeds up the execution of Focus procedures.

Many WebFOCUS reporting applications don't need all the data that's in the associated RDBMS tables, and many reports use the same basic tables, joins, filters, and calculations. So, for ease and speed we define RDBMS views that perform common joins, incorporate common row selection, omit data fields not relevant to the application, perform common calculations (like extended price), and popular data conversions (like code cross reference look-ups). We generate synonyms for these instead of the underlying RDBMS.

Using RDBMS views for WebFOCUS reports can push a lot of the application's generic query and conversion stuff into the RDBMS where it's performed more efficiently.


WIN/2K running WF 7.6.4
Development via DevStudio 7.6.4, MRE, TextEditor.
Data is Oracle, MS-SQL.
 
Posts: 154 | Location: NY | Registered: October 27, 2005Report This Post
  Powered by Social Strata  

Read-Only Read-Only Topic

Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Adapter Optimization

Copyright © 1996-2020 Information Builders