Professional Documents
Culture Documents
COGNOS Development Guidelines and Standards V1 2
COGNOS Development Guidelines and Standards V1 2
Version : 1.2
TCS Confidential
Table of Contents
1 Naming Conventions........................................................................................................4
1.1 Impromptu Catalog....................................................................................................4
1.2 Impromptu Reports....................................................................................................4
1.3 PowerPlay Models and Cubes...................................................................................5
1.4 Visualizer...................................................................................................................5
1.5 KPI Business Pack.....................................................................................................5
1.6 Upfront.......................................................................................................................5
1.7 Access Manager.........................................................................................................5
1.8 Environment...............................................................................................................5
1.8.1 Developer Workstation Directory Structure.......................................................5
1.8.2 Server Directory Structure..................................................................................6
1.9 Visual consistency.....................................................................................................6
1.10 Formating.................................................................................................................6
2 Impromptu.........................................................................................................................8
2.1 Catalog.......................................................................................................................8
2.1.1 Dimension Folders..............................................................................................8
2.1.2 Fact Folders.........................................................................................................9
2.2 Drill Through Reports..............................................................................................10
2.2.1 Report Components..........................................................................................11
3 PowerPlay.......................................................................................................................12
3.1 Data Sources............................................................................................................12
3.1.1 Dimensions.......................................................................................................12
3.1.2 Facts..................................................................................................................12
3.2 Models......................................................................................................................12
3.2.1 Level Properties................................................................................................14
3.2.2 Number of Dimensions.....................................................................................15
3.2.3 Number of Levels/Categories...........................................................................15
3.2.4 Number of Measures.........................................................................................15
3.2.5 Incremental Build..............................................................................................15
3.2.6 Compressed Cubes............................................................................................15
3.2.7 Cross-Tab Caching ...........................................................................................15
3.2.8 Cube Groups (Detail & Summary)...................................................................15
3.2.9 Data Source Properties......................................................................................15
4 Visualizer........................................................................................................................16
5 KPI Business Pack..........................................................................................................17
6 Upfront............................................................................................................................18
7 Access Manager..............................................................................................................19
8 Design Guidelines...........................................................................................................20
8.1 Common Dimensions...............................................................................................20
8.1.1 Required Dimensions........................................................................................20
8.1.2 Optional Dimension..........................................................................................21
8.2 Performance.............................................................................................................21
9 Miscellaneous Tips & Techniques..................................................................................22
9.1 Nth Percentile Calculation.......................................................................................22
-2-
TCS Confidential
9.1.1 Quartile in MS-Excel........................................................................................22
9.1.2 Implementation in Impromptu..........................................................................23
9.2 V% / Vprime Calculation.........................................................................................25
9.3 Cumulative Trends...................................................................................................25
9.4 Alerts........................................................................................................................25
9.5 Partitioning...............................................................................................................25
9.6 Oracle ......................................................................................................................28
9.6.1 Fetch Settings ...................................................................................................28
9.6.2 Numeric Formats .............................................................................................29
9.7 General.....................................................................................................................29
9.7.1 Currency Conversion........................................................................................29
9.7.2 Fiscal Calendar..................................................................................................29
9.7.3 Dimension Hierarchy........................................................................................30
9.7.4 Modality............................................................................................................31
9.7.5 Company...........................................................................................................32
-3-
TCS Confidential
1 Naming Conventions
In order to be able to leverage the excellent features of Cognos suite, a strict naming
convention needs to be adhered to. This will allow for optimal drill across and drill thru
to functionality. All file names should be in lowercase (with _ separator) to simplify the
UNIX case sensitivity issues. All other names (i.e. Impromptu Folders, Dimension
Levels) should be Mixed Case with a space separator.
Any additional catalogs will have the same convention, , followed by 2-3 characters that
descript the functional area the catalogs are designed for.
Above two naming convention are used for IMR files used to generate iqd’s
genap_aaaa_drill Where the Drill signifies a drill through report. The aaaa is
an description corresponding to the function of the report.
Impromptu Query Definition files should always be created from and IMR and use the
same naming conventions. Under no circumstances are .iqd files to be edited
independently from the Impromptu .imr source file./Framwork query subject
-4-
TCS Confidential
Impromptu Query Definition files are created using Report Net Framework Manager
model for all new Projects. If Reportnet Framework Manager cannot support any
requirements which was supported in Impromptu. BI Operations team will investigate
and take up this with Cognos Support
In the instances when there are multiple cubes in one area, such as AP, use the remainder
of the naming convention to clarify its usage. Note that the naming convention should be
followed through to the cube name as well. This will facilitate finding the “stream of
evidence” from the model to the cube name to the published cube name in PPES.
1.4 Visualizer
TBD
1.6 Upfront
TBD
1.8 Environment
1.8.1 Developer Workstation Directory Structure
All developers should use the following directory structure to minimize the impact in a
team development environment.
\cognoswork
\project n (name of project)
\architect (contains Architect model files, used for Cognos Query - .cem, .cemx)
\catalog (contains the Impromptu catalog files - .cat)
\csv (contains any flat files used for Transformer - .csv, .asc, .xls, .txt)
\images (contains any images that are used within Impromptu Web Reports or PowerPlay
portable reports.bmp, .gif, .jpg)
-5-
TCS Confidential
\imr (contains the Impromptu reports - .imr)
\iqd (contains the Impromptu query definitions used to build the PowerPlay cubes - .iqd)
\model (contains the Transformer models for building cubes - .mdl, .pyi)
\viz (contains Cognos Visualizations - .vis)
\cognoswork
\project n (name of project)
\architect (contains Architect model files, used for Cognos Query - .cem, .cemx)
\backup (contains the backups of the cubes)
\build (contains the cube file as it is being built)
\catalog (contains the Impromptu catalog files - .cat)
\csv (contains any flat files used for Transformer - .csv, .asc, .xls, .txt)
\cubes (contains the PowerPlay cubes - .mdc)
\flag (contains flag files noting database population and mirroring completion)
\images (contains any images that are used within Impromptu Web Reports or PowerPlay
portable reports.bmp, .gif, .jpg)
\imr (contains the Impromptu reports - .imr)
\iqd (contains the Impromptu query definitions used to build the PowerPlay cubes - .iqd)
\iwr (contains the Impromptu reports and catalog that will be published to the Upfront
-.cat, .imr)
\logs (contains the log files generated when Transformer builds a cube - .log)
\model (contains the Transformer models for building cubes - .mdl, .pyi)
\ppx (contains PowerPlay reports against the cubes in Enterprise Server - .ppr, .ppx)
\reportstore (is the location where IWR publishes the reports to during the publishing
process)
\script (contains shell scripts for automation)
\vis (contains Cognos Visualizations - .vis)
1.10 Formating
-6-
TCS Confidential
Color Black
Alignment Left (Data, Column Heading)
Right (Amount & Summation)
Center (Report Heading)
Patterns Pattern Clear (2nd pattern)
Foreground White (Data, Report Heading)
Navy (Column Heading)
Silver (Total)
Background White
Detail Numeric Normal 0.0000
Fields
(Fractional) Positive 0.0000
Negative (0.0000)
Zero 0.0000
Missing 0
Data & Normal 0.00
Summation
Positive 0.00
Negative (0.00)
Zero 0.00
Missing 0
Header Report oriented main information’s to be displayed. (Ex: Context
to Be selected: "Aging_f")
Footer Enter the page number
Currency Transactional Amount is displayed as given according to the
Display prior format of Data & Summation.
Functional Amount is displayed as given according to the prior
format of Data & Summation, with the “$” (dollar), sign in the left
side. $1000.00
-7-
TCS Confidential
2 Impromptu
2.1 Catalog
Catalogs that are created for building PowerCubes and for IWR reports must have a
separate folder for users to use that contains the relevant columns from the fact table and
joined dimension tables.
For example:
If the above structure were to be included in a catalog, the appropriate joins would be
made on the tables. All common dimension tables should be included in the same folder
as the relevant fact table.
Most of the tables have geglb as their prefix. Please remove this part of the name from
the folder name for the catalog. The users prefer to see names that are meaningful and
not cryptic. Note, even if you remove this from the Folder view the fully qualified names
will be used in the .icr report.
1. Add all the Dimension Tables / Views to the Tables list in the Catalog-Tables
window.
1. Do not make any joins to these tables in the Catalog-Joins window.
2. Create a new folder with the name “ALL Dimensions”.
3. Move all the folders that were created in step1 to this new folder.
-8-
TCS Confidential
2.1.2 Fact Folders
Then, the developers need to create a separate folder that represents the hub of the star
schema as depicted above. Then, include the related, joined dimension tables underneath
the fact table folder as alias folders and label them accordingly.
Keep adding the other tables in the star schema to create a structure that is grouped for all
the dimension tables within the fact table.
This structure gives clarity of what dimension tables can be used with the fact tables.
Whenever there is a need to use additional attributes from the dimensions for any given
fact table they should be taken from the corresponding alias dimension folder. This will
ensure that there are no loops formed in the queries, in the event there is a need to join
multiple fact tables. However, an effort should be made to minimize the need to join
multiple fact tables as this could cause performance issues. With the combination of
Dimension and Fact Folders, developers should be able to create the main fact query and
the dimensional queries. The key columns will be used at the bottom of the dimensions
with any hierarchy used to create multiple levels in the dimension. If the fact table is
used with no joined columns from the dimension tables, the cube builds will be very
quick. There may need to be some joins in most cases, however.
1. Add one of the required fact tables to the Tables list in the Catalog-Tables
window.
2. Add all the dimension tables required to be used with the fact table added in
step1, with the following naming convention as aliases:
<Dimension table name> for <Fact group>
3. Create joins between these new alias dimension and the fact tables that were
added in steps 1 & 2.
4. Create a new folder for the functional group of the fact table. Ex. Revenue,
Orders, Quotes etc.
5. Move all the folders that were created as a result of Steps 1 & 2 into this new
folder.
-9-
TCS Confidential
6. If there are calculations needed, such as currency conversion, then there will need
to be alias versions of some dimension tables added to the catalog. Please use the
convention: DIMENSION NAME’ALIAS FOR fact table’. This will help
identify the source.
7. Join this version of the dimension table to the fact table by the known key
value(s). Create a separate folder, ALIAS DIMENSIONS to hold these folders.
Move the alias dimensions into the ALAIS DIMENSIONS folder. Use the
appropriate columns from the fact table and from the alias version of the
dimension table to compute the values needed.
8. Since the users will likely want to see the dimension column name instead of the
unique key value, alias tables for the dimensions needed should be created.
Again, use the naming convention DIMENSION NAME’ALIAS FOR fact table’.
Store these in the ALIAS DIMENSION folder. Make the necessary joins
between the fact tables and the alias dimension tables. Use the alias dimension
table as the source for the description column for the key column from the fact
table.
- 10 -
TCS Confidential
2.2.1 Report Components
Use of DECODE statements is discouraged as it has a negative impact on performance.
All translations of this nature should be pushed to the ETL (Extract, Translate, Load)
layer.
Make certain that appropriate indexes exist on the tables and are being utilized in the
reports.
Reports that will be used for building a PowerCube should not use SORT or GROUP BY
operators as this is perform by the Transformer process of building cubes.
- 11 -
TCS Confidential
3 PowerPlay
3.1 Data Sources
There are two main classes of queries in Transformer: dimension queries and fact queries.
Dimension queries are composed of columns whose values build category structures
within a Transformer model. The columns of dimension queries are associated with the
dimensions and levels of the model, and provide data that is used to generate categories
within these dimensions.
The most important point to remember about dimension queries is that they do not
contain columns that represent measure values. Instead, they establish category
structures, provide labels, sort values, descriptions, and so forth. A dimension query is
associated with a particular dimension, and provides all of the columns necessary for
"populating" it with categories.
3.1.1 Dimensions
Generally, dimension queries may not change as frequently over time as fact queries. For
this reason, they may not have to be re-executed each time a cube is generated. For
example, a structure query representing a geographic dimension may only need to be
executed once if the geography for a model does not change.
3.1.2 Facts
Fact queries provide measure values for a cube. The columns in a transaction query are
associated with measures, and with unique levels in the model. Unlike dimension queries,
fact queries will change frequently, representing the latest data to be added to cubes.
These queries will be the main drivers of cube generation, and are designed to minimize
the data source processing time during cube production. Consequently, these queries
should be designed to have small, concise records, with the absolute minimum amount of
information required to add new data to the PowerCubes.
3.2 Models
Within the Transformer model, all dimensions must contain a unique category at the
lowest level. This unique category (“Account Key” for example from Dimension
Hierarchy Queries above) should exist both in the dimension hierarchy query AND all
fact queries.
- 12 -
TCS Confidential
(a)
b. The Source value contains the code for the applicable level (i.e. “Account n” from
the Dimension Hierarchy Queries example above).
c. The Label value contains the description for the applicable level (i.e. “Account n
Desc” from the Dimension Hierarchy Queries example above).
d. The Description value is an optional field and contains the description for this
category label that will be displayed in the help window within PowerPlay web.
e. The Short Name is an optional field and will only be applicable in PowerPlay
Client reports.
f. If left empty, the Category Code will inherit the value from the Source. This
should remain empty under most circumstances.
(a) NOTE, at the lowest level of the dimension, the Unique checkbox
must be checked.
2. Using the Category Order By Panel, populate the box as follows:
- 13 -
TCS Confidential
a. The Order By value will generally contain the label value from A2 above.
b. The Sort Order radio button should be selected as applicable (either Ascending or
Descending).
c. The Sort As radio button should be selected as applicable (either Alphabetic or
Numeric).
3. The model name will be used as the name of the cube file (.mdc) and therefore the
model name should be populated as follows:
a. Within the model, select File and click on Model Properties.
b. In the Model Name textbox, enter a valid name:
i. The model name should NOT contain any spaces (use _ to substitute).
The model name will be the name of the .mdc file (which also appears in the Upfront title
bar within the PowerPlay cube), so give it a meaningful name.
- 14 -
TCS Confidential
3.2.2 Number of Dimensions
Kimball’s “Dimensional Scorecard” implies that 10 dimensions are practical in a single
analysis module and that drill across functionality be deployed to optimize the business
solution. When at all possible a single level dimension should be avoided.
- 15 -
TCS Confidential
4 Visualizer
TBD
- 16 -
TCS Confidential
5 KPI Business Pack
TBD
- 17 -
TCS Confidential
6 Upfront
TBD We have to follow the Standard News Box structure for placing the Cognos Objects
NewsIndex will have Individual Project News Boxes and Administartion Newsboxes.
Each project Newsboxes can have newsboxes and other objects as per the requirement.
Administartion folder is secured to have access only to Architects who publish the
cognos objects to Cognos Upfront.
PowerPlay
All cubes must be published to “//NewsIndex/Administration/PublishedCubes/<Project
Folder>/<modelname>/”. If a link to the base cube is required in your project folder
then copy a shortcut into your project folder. The same applies to PPXs that are
published to PowerPlay Enterprise Server. All other references to this cube will
be “saved views” and may be placed directly into your project folder structure.
IWR
All Drill Thru reportsets must be published to
“//NewsIndex/Administration/IWRDTR/<Project Folder>”. All source objects that
reference this reportset can then use this common location.
All standalone reportsets must be published to
“//NewsIndex/Administration/PublishedReports/<Project Folder>/<reportsetname>”. Place
a shortcut to these reports into your project folder.
VIZ
All visualizations must be published to
“//NewsIndex/Administration/PublishedViz/<Project Folder>”. A copy (not a shortcut as
is required for powerplay and iwr) of these links can then be placed into your
project folder.
- 18 -
TCS Confidential
7 Access Manager
Implementation of security has been limited to associating the DBMS logon with the
environment. There are no requirements for UserClass security at this point. In the near
term UserClass views may be defined to clarify the users content. This implementation
should be defined such that only one UserClass need be assigned to a User.
There are two types of Security can be inplimented for Series 7 objects.
1. Dynamic Sceurity
2. Static Security
Creation of Users and User Classes for Dynmaic Security scripts are done through batch
maintenance scripts. For Static Security Objects Userclasses are created manually
- 19 -
TCS Confidential
8 Design Guidelines
8.1 Common Dimensions
To provide the benefit of drill across and drill thru while passing along the filters, strict
naming conventions need to be adhered to. These are the common dimensions required
for GENESIS. Additional dimension definitions are included but are optional for the
cubes.
TIME
Fiscal Year
Fiscal Quarter
Fiscal Month
Fiscal Week
Calendar Day
NOTE: For the Time Dimension, always use the “Tim Csm Gems Fiscal D V” folder in
the catalog as the source. The Column Name on the transaction data source that pertains
to the date needs to be labeled “Calendar Date” so that the dimension ties out. Rename
the Dimension relative to the date referenced.
Include a “Current Period” data source in the model that includes one row of data from
the same source.
Geography
Pole
Region
Zone
LCT
*** This is being redefined as a Cost Center Hier
PRODUCT
Product Segment
PSI Group
PSI Code
Organization
Business Group
Set of Book
Legal Entity
Operating Unit
Modality
Parent Modality
Submodality
- 20 -
TCS Confidential
Modality
Material Class
Sales Rep
Operating Unit
Sales Rep
Customer
Customer Type
Customer Category
Customer Class
As a starting point for all projects baseline set of CAT, IMRs, IQDs and MDL can be
located in Quickplace with these prebuilt.
8.2 Performance
Dependency factors include
- 21 -
TCS Confidential
9 Miscellaneous Tips & Techniques
9.1 Nth Percentile Calculation
Nth Percentile is a statistical calculation available in MS-Excel. Following section
(Excerpt from Microsoft Corporation web site) describes the algorithm for Quartile
function:
NOTE: In Microsoft Excel versions 5.0 and later, you can use the Function
Wizard to insert the QUARTILE() function, by clicking Function on the Insert
menu. The Function Wizard gives you information about the function, as well as
required and optional arguments.
2. Find the smallest data point in the array of values that is greater than the kth smallest,
the (k+1)th smallest member.
3. Interpolate between the kth smallest and the (k+1)th smallest values:
Output = a[k]+(f*(a[k+1]-a[k]))
a[k] = the kth smallest<BR/>
a[k+1] = the k+1th smallest
Example
To find the 3rd quartile in the array of values, 0,2,3,5,6,8,9, follow these steps:
1. Find k and f:
k=TRUNC((3/4*(7-1))+1)=5
- 22 -
TCS Confidential
f=(3/4*(7-1))-TRUNC(3/4*(7-1))=.5
2. The 5th (kth) smallest value is 6, and the (5+1)th smallest value is 8.
3. Interpolate:
6+(.5*(8-6))=7
1. Create a regular report along with the column on which the Nth Percentile need to be
calculated.
2. Add the following additional columns shown below:
Fig. 1
- 23 -
TCS Confidential
Column entries less 1
3. Create the additional column P01 Data using the formula shown in Fig.2.
Fig. 2 This Data element captures the Kth & (K+1)th elements per the following
algorithm from the previous discussion:
k=TRUNC((N/100*(Total Count-1))+1)
- 24 -
TCS Confidential
9.2 V% / Vprime Calculation
• Rolling 4 Weeks
• Rolling 13 Weeks
• Rolling 26 Weeks
9.4 Alerts
New calculated measures are being added, and these measures will be color-coded per alert
specifications. This is because you cannot color a column based on an evaluation of other
columns.
Whenever possible, employ custom exception highlighting in PowerPlay Web Explorer cube
views rather than in PDFs. This is because views are interactive, and PDFs are static. If alerts
are employed in views, then the alerts will be retained when drilling and slicing/dicing.
9.5 Partitioning
Always use auto-partitioning!
If a critical level within the dimensions can be identified, this can be used to improve
performance significantly by assigning to similar partition numbers.
- 25 -
TCS Confidential
This represents the trade-off with respect to the effect of partitioning. On the left end
of the spectrum, we have the time it takes to build cubes, on the other end we have
the time it takes to navigate the cube for the end user. If partitioning is not
employed, the build performance will be optimal, however, this comes at the
potential cost of query performance for end users as they are navigating the cube.
As the number of levels of partitioning increases, the time it takes to build the cube
increases proportionally. However, this yields performance gains for the end users.
Transformer supports for auto-partitioning during cube building has greatly simplified
the partitioning process as it determines the best partitioning strategy as it is
creating the cube. In addition, the partitioning strategy is specific for each cube
being created by a model. Unlike manual partitioning, the user does not have to
have a strong understanding of partitioning to be able to effective partition
PowerCubes. The auto-partition feature is controlled through an optimization on the
‘Processing’ tab of the PowerCube property sheet. When the auto-partition
optimization is used, it enables the ‘Auto-Partition’ tab seen below.
- 26 -
TCS Confidential
Figure 3. Auto-Partition Tab of the PowerCube Property Sheet.
Control Description
These controls are used to set the desired size for each partition in
the cube. The slider control conveys the trade-off between optimizing
for cube build performance and end user query performance in
PowerPlay clients.
The Desired Partition Size edit control will reflect the desired partition
size as a number of rows as reflected by the position of the slider
control. Also, the desired partition size can be set by typing a value in
the edit control. The slider will reflect this setting as a percentage of
the Estimated Number of Consolidated Rows.
This value also safeguards against "shallow" models that lack depth
in terms of dimension levels.
- 27 -
TCS Confidential
When specifying the auto partitioning strategies using these controls consider the
following:
9.6 Oracle
This section provides information that can be used to optimize the read performance
for data sources stored using Oracle.
- 28 -
TCS Confidential
The default value for this setting is currently 10. However increasing it may yield a
performance increase. In one experiment, we changed the value from 10 to 100,
which yielded roughly a three-fold increase in performance. It should be noted,
however, that increasing this number arbitrarily might cause performance
degradation.
Fetch Buffer Size. This setting can be used to control the size of the buffer used to
fetch data. This value may also yield a performance increase depending on the
situation. Fetch Number of Rows will take precedence if both settings are set. By
default, this setting is disabled.
It should be noted, that these settings can yield differing performance benefits
depending on the system, although, through experimentation noticeable benefits
may be realized.
9.7 General
9.7.1 Currency Conversion
The AGING fact table already has a conversion rate included. The conversion
rate from transactional to functional. To make that conversion, developers need
only multiply the values by the conversion rate to go to functional.
To convert to USD, there must be a change. First, there must a rate for every date
that has the USD to USD conversion rate of 1.0. Then, developers can compute
the USD equivalent for the numeric values in the fact table.
1. Create a Time Hierarchy query from the applicable data source using Impromptu.
- 29 -
TCS Confidential
a. Include Fiscal Year, Fiscal Quarter, Fiscal Period, Fiscal Week (if applicable) and
Day (if applicable)
b. Include a unique key for the time period that can be used by the fact query(s)
i. If the cube will drill down to the Day, then the Day can be used as the
unique key
ii. If the cube drills down to the Fiscal Week, then a concatenation of the
Fiscal Week and Fiscal Year should be used as the unique key
iii. If the cube drills down to the Fiscal Period, then a concatenation of the
Fiscal Period and Fiscal Year should be used as the unique key
2. Create a Current Period query that will determine the unique key from 1b that can be
used for the current period
a. Drag the applicable attributes from your Time Hierarchy query to the Dimension
Map.
b. Rename the dimension “Time” and double click on the Time label
5. Ensure that the Current Period query is the ONLY query used to set the current period
a. Right click on the Current Period query and select the “General” tab
c. Right click on the other queries in the model and uncheck the “Sets the current
period” checkbox.
7. Place the Time Dimension as the first dimension in your Dimension Map.
- 30 -
TCS Confidential
1. Category text labels must be renamed within the Impromptu Report (.imr) and
associated Impromptu Query Definition (.iqd) in order to maintain unique category
names within the Transformer Model.
2. Using the Account dimension table (“GEGL5_ACCOUNT_HIER_D” in DP…), the
following convention should be used.
i. “Level n” should be renamed “Account Level n”
ii. “Level n Desc” should be renamed “Account Level n Desc”
iii. This naming convention should be used for all attributes (i.e. Level 1,
Level 2, etc.) within the dimension table.
3. The lowest level of the hierarchy within the Impromptu Report (.imr) and associated
Impromptu Query Definition (.iqd) must be unique.
i. Using the Account dimension table (“GEGL5_ACCOUNT_HIER_D” in
DP…), the following key and associated description attributes meet this
condition.
(1) “Account Key”
(2) “Account Desc”
4. Only group and sort when necessary.
i. Because Transformer inherently groups category values during the cube
build process, it is unnecessary to group within the Impromptu query in most
situations.
All sorting of dimension categories is done during the cube build process, and therefore it
is unnecessary to sort within the Impromptu query. Note that sorting is done
automatically when the grouping feature is used.
9.7.4 Modality
This is used to categorize the product types for GE Medical System. There are four
levels of hierarchy including the lowest level of product key. The first level in the
structure is a single value and does not provide any additional analysis capability, so it
will be omitted from cubes. The dimension table used is geglb_modality_hierarchy_d in
the Genesis system and should be a similarly named table in other systems.
- 31 -
TCS Confidential
iv. Level 1 Desc to Modality Level 1 Desc
v. Level 2 Desc to Modality Level 2 Desc
vi. Level 3 Desc to Modality Level 3 Desc
c. Save the report and query files to their appropriate directories.
d. Note that Modality Key is unique and will be at the lowest level of the
dimension
2. In the Transformer model, include the Modality Hierarchy query.
Create a dimension using the Modality Level 1, 2 and 3 columns in that order, from
highest hierarchy to lowest. Use the corresponding columns Modality Level 1 Desc, 2
and 3 as the Label. Order the categories by the Modality Level x Desc columns. Insert
Modality Key at the bottom of the dimension. Declare it Unique in the Properties
window and used Modality Desc as the Label. Order it using Modality Desc.
9.7.5 Company
This is used to categorize the hierarchy of the company. There are five levels of
hierarchy, including the lowest level of company. The first level in the structure is a
single value and does not provide any additional analysis, so it will be omitted from any
cubes. The dimension table used in Genesis is geglb_company_hier_d, and should be
similarly named in the other systems.
- 32 -
TCS Confidential
Company Level 2 Desc, 3, 4, and 5 as the Label. Order the categories by
the Company Level x Desc columns. Insert Company Key at the bottom
of the dimension. Declare it Unique in the Properties window and used
Company Desc as the Label. Order it using Company Desc.
- 33 -
TCS Confidential