0% found this document useful (0 votes)
2K views3 pages

OBIEE Bridge Table

The document discusses using a bridge table to model many-to-many relationships in a data warehouse. A bridge table contains key columns from both the fact table and dimension table and can include a weight factor column. It allows breaking a many-to-many relationship into two one-to-many relationships. The steps include importing tables, creating a physical model using the bridge table, specifying it is a bridge table in the logical model, joining the bridge table to the fact table, and adding dimension columns to allow the bridge table to act as a dimension table.

Uploaded by

venkatesh.golla
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
2K views3 pages

OBIEE Bridge Table

The document discusses using a bridge table to model many-to-many relationships in a data warehouse. A bridge table contains key columns from both the fact table and dimension table and can include a weight factor column. It allows breaking a many-to-many relationship into two one-to-many relationships. The steps include importing tables, creating a physical model using the bridge table, specifying it is a bridge table in the logical model, joining the bridge table to the fact table, and adding dimension columns to allow the bridge table to act as a dimension table.

Uploaded by

venkatesh.golla
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 3

1

Bridge Table
Some time it is necessary to model many-to-many relationships between dimension tables and fact tables. We can use Bridge table or Helper table to solve this issue. Many-to-many relationship The many-to-many relationship is a relationship where multiple rows from table A can correspond to multiple rows in table B. Ex1: Each sales representative may participate in many deals that pay commission. Each deal may include many sales representatives who split the commission. Ex2: A distributor will distribute more than one type of product and each type of product can be distributed by multiple distributors. Ex3: In a hotel one room can be booked by many guests over time and over time a guest can book many rooms in the hotel. In relational database design, a many-to-many relationship is not allowed. To solve this we need to break the many-to-many relationship into two one-to-many relationships. Using a third table, commonly called a Join table/ junction table/ Bridge table we can do this. A bridge table resides between the fact and the dimension table. It contains key column from both tables and a weight factor. A weigh factor column contains values adds up to 1 (for example, 0.50, 0.25, 0.25 if 3 distributors are associated with a product). Steps: Here we are taking example 1 which was mentioned above 1. Import Tables: Import commission fact and commission bridge tables to the Physical layer. 2. Create Physical Model: Use the bridge table to model a many-to-many relationship between the commission fact and the sales representative dimension in the Physical layer.

3. Create Logical Model:

Bridge Table

Open logical bridge table properties in BMM layer and in General tab there is an option you can select to specify that a table is a Bridge table. Select it.

4. Map the Bridge Table Open the fact logical table source and join the bridge table.

Bridge Table

5. Create a column Add any column from the dimension physical table to the bridge table, so that the bridge table now becomes a dimension. We can create calculation measures also. 6. Map objects to the presentation layer

Helper Table
Helper table or Bridge table both are same. In 10g Helper tables are mostly used to model many-to-many relationships for team-based hierarchy. Unbalanced hierarchies are not supported in 10g, to solve this we can use Helper tables.

Bridge Table

You might also like