Ravindra BagaleCourses & study guides Track your progress

Excel → Power BI Bridge

Bridge 7. Power Pivot / Data Model → Power BI model

Friends,

Friends, if you touched Power Pivot, you already met the model. Desktop makes relationships and measures the main stage.

About this data: Practice names (Priya, Amit, Emma, Omar, Sofia, Ananya, Chen Wei, Neha), cities and ₹ $ £ € amounts are fictional. Safe for class. Workbook includes an About this data sheet.

At deploy, files go to s3://ravindrabagale-cards/excel/bridge/ .

What you will learn

  • Load fact + dimensions and create relationships.
  • Prefer star schema habits.
  • Add a Date table idea.
  • Keep measures in the model, not only on sheets.

A short story

Sales rows carry ProductID and CityKey. Product and City sit in small tables. Relate once — RELATED and Matrix work without VLOOKUP columns everywhere.

Ravindra Bagale’s Tip

Star schema: one fact, small dimensions, single-direction filters for class clarity.

1. Flat sheet → star

Friends,

Facts are long and skinny on keys. Dimensions are short and descriptive.

Why: Repeating ProductName on every sale wastes and risks typos.

What: Fact_Sales + Dim_Product + Dim_City.

How:

  1. Load Fact_Sales, Dim_Product, Dim_City.
  2. Check key columns are Text/proper types.
  3. Open Model view.
  4. See three boxes ready to relate.
ExcelPower BI / DAXResultMeaning
Excel flat
AllData sheet
Power BI
Fact + dims
Star Priya’s tea pack name lives once in Dim_Product.

2. Create relationships

Friends,

If the cardinality looks wrong, your keys are dirty — fix PQ first.

Why: ProductID to ProductID; CityKey to CityKey.

What: Drag in Model view (1:*).

How:

  1. Drag Dim_Product[ProductID] to Fact_Sales[ProductID].
  2. Expect many sales to one product (many-to-one).
  3. Repeat for City.
  4. Avoid bidirectional filters until you know why.
ExcelPower BI / DAXResultMeaning
Power Pivot
Diagram view relate
Power BI
Model view relate
Linked Emma’s sales pick ProductName via relationship.

4. Date table habit

Friends,

Do not use the fact’s auto date hierarchy as your long-term plan.

Why: Time intelligence needs a real Date table.

What: Mark as date table; relate on Date.

How:

  1. Build or load a Date table (one row per day).
  2. Relate Fact_Sales[Date] to Date[Date].
  3. Mark as date table in Desktop.
  4. Use Year/Month from Date, not from the fact.
ExcelPower BI / DAXResultMeaning
Excel cube
Often missing
Power BI
Date table marked
Calendar Amit slices by Month from Date.

5. Measures live in the model

Friends,

One measure, many visuals — that is the point.

Why: Power Pivot measures move to Desktop measures.

What: New measure on the fact table home.

How:

  1. Create Total Sales = SUM(Fact_Sales[Amount]).
  2. Home it on Fact_Sales.
  3. Use in Matrix Values.
  4. Stop burying logic only in Excel cells.
ExcelPower BI / DAXResultMeaning
Power Pivot
Measures grid
Power BI
New measure
Total Sales Neha’s Matrix uses one measure everywhere.

6. Filter direction for class

Friends,

If you need both directions, write why in Notes.

Why: Single direction dim → fact is the calm default.

What: Bidirectional only with a reason.

How:

  1. Keep dim filters flowing to the fact.
  2. Explain why Product filters Sales.
  3. Avoid both-directions “to make a visual work” without diagnosis.
  4. Fix model, do not paper over.
ExcelPower BI / DAXResultMeaning
Default
Single direction
Advanced
Both (careful)
Calm Chen Wei’s class model stays predictable.

7. Hide keys from report view

Friends,

Hide keys; teach names.

Why: Keys help the model; clutter the field list.

What: Hide ProductID in report view.

How:

  1. Hide foreign keys that users should not drop on visuals.
  2. Keep friendly names visible.
  3. Document hidden fields for teachers.
  4. Students use ProductName, not P01.
ExcelPower BI / DAXResultMeaning
Power Pivot
Hide from client
Power BI
Hide in report view
Clean UI Sofia’s field list shows City, not CityKey.

8. Excel Data Model still useful

Friends,

Skills transfer. Files do not have to.

Why: Power Pivot in Excel remains a training gym.

What: Same ideas; Desktop is the publishing stage.

How:

  1. Practice relationships in Excel Data Model if licenses allow.
  2. Publish serious shared models via Power BI.
  3. Analyze in Excel can consume the Service dataset.
  4. Pick gym vs stadium wisely.
ExcelPower BI / DAXResultMeaning
Excel
Data Model gym
Power BI
Stadium for sharing
Path Ananya trains in Excel, ships in PBI.

Practice tasks (12)

Use bridge-model-practice.xlsx. LibreOffice-safe: prefer SUMIF / VLOOKUP / IF — avoid XLOOKUP, TEXTJOIN, TEXTSPLIT.

  1. Read About. Open Fact_Sales, Dim_Product, Dim_City.
    Hint

    Keys.

  2. VLOOKUP ProductName onto a copy of Fact (LibreOffice VLOOKUP).
    Hint

    Feel the old way.

  3. List the two relationships you will create.
    Hint

    ProductID, CityKey.

  4. COUNTIF ProductID P01 on Fact.
    Hint

    Many sales → one product.

  5. Write star schema in one sentence.
    Hint

    Notes.

  6. Draft Total Sales measure text.
    Hint

    SUM(Fact_Sales[Amount]).

  7. Explain why Date table beats fact auto-date.
    Hint

    Time intel.

  8. Propose which fields to hide in report view.
    Hint

    Keys.

  9. Flag blank ProductID with IF.
    Hint

    Quality.

  10. SUM Amount for PUN CityKey with SUMIF.
    Hint

    Before RELATED.

  11. Why single-direction filters for class?
    Hint

    Predictable.

  12. Gym vs stadium: when Excel model vs PBI publish?
    Hint

    Audience/refresh.

Quick quiz

Q1. Star schema centres on…

Q2. Many sales to one product is…

Q3. RELATED needs…

Q4. Date table should be…

Q5. Measures belong…

Q6. Class-default filter direction…

Q7. Hide in report view mainly for…

Q8. Power Pivot in Excel is…

Loading practice tasks...

  1. Rows in the fact table (Easy): How many orders are in the Sales table?
  2. Total amount (Easy): Add up the Amount column of Sales.
  3. Total quantity (Easy): Add up the Qty column of Sales.
  4. Products in the dimension (Easy): How many products are in the Products table?
  5. Products actually sold (Medium): How many of the 5 Product IDs (P01 to P05) appear at least once in Sales?
  6. Amount for one city (Medium): Add up Amount where City is "London".
  7. Product name through the relationship (Medium): What is the Product name for Product ID "P03"?
  8. Sales of one product (Medium): Add up Amount where Product ID is "P03".
  9. Average order amount (Medium): Find the average Amount, rounded to 0 decimals.
  10. Category of the first order (Hard): Find the Category of the product in the first order.
  11. Biggest order in London (Hard): What is the largest Amount where City is "London"?
  12. Share of P03 (Hard): What share of the total Amount comes from Product ID "P03"? Round to 3 decimals.

Quick revision cards (3)

Approved Excel card style: standalone, no tip/photo section, QR to this lesson.

Revision card: Card 1 — Star schema
Card 1 — Star schema
Revision card: Card 2 — Relationships
Card 2 — Relationships
Revision card: Card 3 — Date table
Card 3 — Date table