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     Managed Reporting - Hiding JOIN columns

Read-Only Read-Only Topic
Go
Search
Notify
Tools
Managed Reporting - Hiding JOIN columns
 Login/Join
 
Member
posted
Hi

I am trying to create a reporting object(.FEX) in DEV Studio - Managed Reporting, it is based on a .MAS file that is joined to another .MAS file. The join is on 'KEY' columns from the MAS file, I would like to hide these KEY columns for reporting. I can do it in the .MAS file but then I will not be able to create the JOIN.

Any pointers would be greatly appreciated.

Thanks


WEBFOCUS 7.1.7
 
Posts: 9 | Registered: January 30, 2009Report This Post
Guru
posted Hide Post
Try the method described here

http://techsupport.informationbuilders.com/sps/10942033.html

Sayed


WF 8.x and 7.7.x Win/UNIX/AS400, MRE/Portal/Self-Service, IIS/Tomcat, WebSphere, IWA, Realmdriver, Active Directory, Oracle, SQLServer, DB2, MySQL, JD Edwards, E-BIZ, SAP BW, R/3, ECC, ESSBASE
 
Posts: 285 | Location: Texas | Registered: June 27, 2006Report This Post
Expert
posted Hide Post
rockon, welcome to the point.
what you want is called a 'Business View'.
Look that up on the tech support site and read all you can.
A 'Business View' is sort of an overlay, on top of a master file, that just presents your choice of certain fields with their fieldnames made user-friendly. I think you can change the order of them too, but i may be mis-remembering.
You have to perform the join IN THE MASTER of the source file.
You'll like this technique.




In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID
 
Posts: 3811 | Location: Manhattan | Registered: October 28, 2003Report This Post
Member
posted Hide Post
Thanks for the responses.
Sayed- I tried that method, got it to work but then realized that I am losing the 'KEY' columns before I make the JOIN in Managed Reporting. My JOIN in the Managed Reporting requires these KEY columns but I don’t want the users to use these in reports.

Susanna- I read a little about the Business Views and I think it might not be available to us in the version that we are on (Dev studio 717). I still have to confirm this with tech support . I also noticed that a Business View can be created on a particular .MAS file and not a .FEX(Reporting Object) that could have multiple MAS files Joined by KEY fields.

I might not be comprehending this well since its my first time but let me explain what we are doing. We are creating an ADHOC reporting environment for a datawarehouse that has, let’s say 3 FACT tables ( these have measure/amounts) and close to 10 Dimensions ( these have attributes). We wish to create one Reporting object for each FACT table and it should be joined to all the dimension .mas files for the attribute information.

I could technically create these joins in the .MAS file instead of the reporting object , which would give me 3 MAS files one for each FACT table ( this would include the dimension master information) , but in doing so I would have repeated the dimension information in all three MAS files.

In fact we already have another system that has JOINs the MASTER file, but from a maintenance perspective this means that every time I change /add/ modify an element in the Dimension table it needs to happen in all the three .MAS files. I was hoping that I could have a .MAS file for each Dimension and join it to the .MAS file for the FACT table in the reporting object and that way only maintain one file with the Dimension MASTER information.

So does this look like it’s something doable.

Thanks for your insights.


WEBFOCUS 7.1.7
 
Posts: 9 | Registered: January 30, 2009Report This Post
Expert
posted Hide Post
rock
you construct your JOINs actually IN the a master
then make a Business View over that master.
Read the manuals on Joins IN the master
They are added statements you type in at the bottom of a given master file, they're way cool.
its how its done.




In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID
 
Posts: 3811 | Location: Manhattan | Registered: October 28, 2003Report This Post
Member
posted Hide Post
I am familiar with how the JOINS are created in the MAS file, using multiple segments ( parent and Child) and then defining the JOIN fields in the .ACX file but my problem is that I would like to avoid including the common DIMENSION SEGMENTs in each of the .MAS files. Instead I would like each dimension table to have its own .MAS file that can then be joined to all the different FACT .mas files that share these common dimensions.

Repeating dimension segments in each of the MAS file just leaves us with more objects to maintain than we should have to.

Also, if the JOINS are meant to be in the .MAS file then what is the purpose of the JOIN option in Managed Reporting.

Thanks


WEBFOCUS 7.1.7
 
Posts: 9 | Registered: January 30, 2009Report This Post
Expert
posted Hide Post
That is what the Business View is for.




In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID
 
Posts: 3811 | Location: Manhattan | Registered: October 28, 2003Report This Post
Member
posted Hide Post
From what I have read, Business Views can only be created on a single .MAS file, I don’t think it has the functionality to join more than one MAS file to create the view.. just like we can create a DB View on multiple tables. Please correct me if I have got this wrong.

Does anybody know if the Reporting Object (.FEX in Managed Reporting ) can be manually edited. When I right click the object it only gives me the option 'Edit in Reporting Object Tool'

Thanks


WEBFOCUS 7.1.7
 
Posts: 9 | Registered: January 30, 2009Report This Post
Member
posted Hide Post
Being a DBA I always prefer to do joins etc in the DBMS and then make the view available. However, since I'm usually both the DBA and developer I don't have to jump through hoops to get it done.
 
Posts: 9 | Registered: August 20, 2007Report This Post
Expert
posted Hide Post
ah the perfect power combo




In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID
 
Posts: 3811 | Location: Manhattan | Registered: October 28, 2003Report This Post
Member
posted Hide Post
The only problem I see with doing the joins in the DB is that irrespective of what objects are selected in the report the JOIN will be between all tables that defined in the VIEW( FACTS and DIMS) , in our case we could have between 10 - 15 Dimensions that are associated with a FACT table.

When I do it using a .MAS file in DEV Studio, the SELECT will be on those tables from which an object has been selected in the report, hence avoiding JOINs to tables that are not required to fulfill the request.

Thanks


WEBFOCUS 7.1.7
 
Posts: 9 | Registered: January 30, 2009Report 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     Managed Reporting - Hiding JOIN columns

Copyright © 1996-2020 Information Builders