Professional Documents
Culture Documents
07 - Managing Logical Table Sources
07 - Managing Logical Table Sources
07 - Managing Logical Table Sources
Scenario:
There are product tables that store detailed information about ABC’s products. You want to add
these tables to the Product dimension in the Business Model and Mapping layer. You import
these tables into the repository and create keys and foreign key joins for the tables.
Outcome:
D1_PRICELIST, D1_PROD_DIET_TYPES, D1_PRODUCT_SUBTYPE, D1_PRODUCT_TYPE,
and D1_SUPPLIERS tables imported into the Physical layer with associated keys and joins
Description:
Process:
1. D1_products.suppliercode = D1_suppliers.suppliercode.
2. 2. D1_products.productkey = D1_pricelist.productkey.
3. D1_products.dietcode = D1_productype.dietcode.
4. D1_products.subtypecode = D1_productsubtype.subtypecode.
5. D1_product_subtype.typecode = D1_productype.typecode.
Scenario
You examine the physical sources for the Dim-Product logical table and discover that the Type
Code and Type columns are mapped to different physical tables. You also discover that the
information for both columns is stored in a common physical table, Dim_PRODUCT_TYPE.
In order to model the most economical method for Oracle BI Server to generate queries against
these two columns, you add a second logical table source to the Dim-Product logical table so
that Oracle BI Server queries only one table for the Type Code and Type columns.
In the Business Model and Mapping layer, Type is added as second logical table source for the
Dim-Product logical table.
Tasks
1. Return to the Administration Tool, which should still be open, and open the ABC repository
file in offline mode with the repository password Oracle123.
2. Examine the existing column mappings for the Type and Type Code columns.
a. In the Business Model and Mapping layer, expand the Sources folder of the Dim-
Product logical table
b. Double-click the Dim_PRODUCTS logical table source to open the Logical Table
Source dialog box.
c. Click the Column Mapping tab.
d. Notice that the Type Code logical column is mapped to the TYPECODE physical
column in Dim_PRODUCTS.
e. Notice that the Type logical column is mapped to the ITEMTYPE physical column in
Dim_PRODUCT_TYPE.
f. Click Cancel to close the Logical Table Source dialog box.
3. Determine which physical table stores information for both Type Code and Type.
a. In the Physical layer, expand the Dim_PRODUCT_TYPE physical table.
b. Verify that this table stores information for both ITEMTYPE and TYPECODE.
4. Model a new mapping for the Type Code logical column by creating a second logical table
Source for the Dim-Product logical table.
a. In the Business Model and Mapping layer, right-click the Dim-Product logical table
and select New Object > Logical Table Source.
b. On the General tab, enter Type in the Name field.
c. Click the Add button (green plus sign).
d. In the Browse dialog box, double-click the Dim_PRODUCT_TYPE physical table to
select it. The Type logical table source is now mapped to the
Dim_PRODUCT_TYPE table.
e. Click OK to close the Logical Table Source properties dialog box. Notice that the new
logical table source, Type, is added to the Sources folder.
Create the same request as in the previous practice to check your work.
a. Create the following request:
c. Examine the query log. Verify that only one table, Dim_PRODUCT_TYPE, is
accessed by the query. Because you defined the aggregation content in the logical
table sources for the Dim-Product logical table, Oracle BI Server executes its query
against the most “economical” source, which in this example is the
Dim_PRODUCT_TYPE table. To provide the best performance, BI Server
bypasses the physical joins and accesses the table directly rather through multiple
tables as in the previous example. The log should look similar to the following