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.
I'm working on a project with our database engineers to create our newest requested datamart, warehoused in a star schema / dimensional model approach. Our warehouse, up until now, has generally been a wide array of tables, flattened into different level views. Our master files would at a single view, and that would be our datamart. For the next iteration, our database engineers have organized the data into fact tables and dimension tables. The fact table contains measurable information about the level of data you're looking at, and the dimension tables can be joined to to filter and/or group this data.
For the master files, we want to have a single fact master file per datamart housing those measures (in this case, item information - costs, weights, etc), and all of the dimensions (location information, business divisions, etc) will be held in their own master files in a folder that isn't visible to the user. The user will select the fact table master file when creating a new report, and the dimensions come with it. We want to utilize the logical view for our more advanced users, while still allowing the structured view that would generally look the same as our existing datamarts. We also want to be able to reuse dimensions in other fact tables, and ideally not have to reference each field within the main fact table master file. That way, if we add a new field to a dimension, every datamart that references that dimension automatically gets the new field added in the appropriate sections.
We're about 90% of the way there, so that's a long story for 2 simple questions. The dimension and hierarchy sections create the logical view in the way that we want it to, but the structured view pretty much throws the ordering of the segments out the window. We're not using a business view at the moment. So, my two questions, that are completely unrelated:
1. Can we use a business view who's folders specifically reference segments and automatically include all the fields of that segment? 2. In the logical view, inside a dimension, can the "values" drop down be turned off? Searching for distinct values will cause unnecessary load on the database.
Trimmed down examples of my master files are below. Let me know if anyone has any thoughts or needs more information. Thanks! -Scott Serr
To clarify... When I view the fact master file in infoassist, in the logical view, my dimensions are listed in the proper order as listed in segment order or dimension/hierarchy order (Product, Location/Pick, Location/Drop). When I view it in the structured view, the ordering of the folders is arbitrary. It will list all the measures, then will have 3 folders in random order containing the dimensions. This is what we want to fix.
I noticed that you have posted a topic in the WebFOCUS Forum referencing this topic. A link to the Business View section of the Using the Synonym Editor documentation was provided.