1. Why is the fact table placed at the center of a Star Schema?
The fact table is centralized because it acts as the quantitative anchor of the database. It stores the core numeric
evaluations, the measurable "events" like sales volume, quantity, and revenue uses simple foreign keys to tie directly
into every single descriptive business entity surrounding it.
2. What is the role of dimension tables in analysis?
Dimension tables supply the qualitative contexts the "Who, What, Where, and When" of a business transaction.
While the fact table knows how much money was passed around, it cannot inherently group that amount by city,
month, or merchandise division.
3. Why are JOIN operations necessary in OLAP queries?
Because a Star Schema isolates qualitative context (dimensions) from metric counts (facts) to avoid redundancy and
optimize space, the components live in completely separate physical tables.
4. How does this schema support decision-making?
The Star Schema accelerates decision-making through standard structural layout and optimized execution paths.
Because queries require zero complex traversals through multi-nested tables, queries resolve incredibly fast even
across massive historical volumes.