Skip to main content

Facts

Facts represent the measurable, numerical data that a business wants to analyze. They are typically quantitative and can be aggregated using mathematical operations such as sum, count, average, etc.

Facts are often referred to as metrics or measures and represent the "what" of the business - the events or transactions being analyzed.

Examples of facts include sales revenue, quantity sold, profit margin, order quantity, etc.

Facts are stored in fact tables, which contain records of individual transactions or events, along with the associated numerical measures and foreign keys linking to dimension tables.

 

 

Facts can be classified into different types. Here are the main types of facts:

 

Additive Facts:

Additive facts are numerical measures that can be aggregated across all dimensions without any loss of meaning.

They support summation operations and are typically used in aggregate calculations.

Examples include sales revenue, quantity sold, profit, salary expenses, etc.

Additive facts are well-suited for aggregation at various levels of granularity, such as daily, weekly, or monthly totals.

 

Semi-Additive Facts:

Semi-additive facts are numerical measures that can be aggregated across some dimensions but not all.

Aggregating these facts across certain dimensions may result in meaningful values, while aggregating across other dimensions may not.

Examples include account balances (aggregatable across time but not across accounts) and inventory levels (aggregatable across products but not across time).

Semi-additive facts require special consideration when performing aggregations and analyses.

 

Non-Additive Facts:

Non-additive facts are numerical measures that cannot be aggregated across any dimension.

Aggregating these facts would lead to meaningless results.

Examples include averages, ratios, percentages, and flags.

Non-additive facts are often used for descriptive or comparative analysis rather than summation.

 

Derived Facts:

Derived facts are calculated from other facts or measures within the data warehouse.

They represent derived metrics or indicators that are not directly stored but are calculated on the fly during query execution.

Examples include profit margin (calculated as profit divided by revenue), average order value, conversion rate, etc.

Derived facts provide additional insights and metrics necessary for analysis.

 

Factless Facts:

Factless facts are fact tables that contain no measurable numeric data but serve to represent relationships between dimensions.

They capture events or occurrences without associated numerical measures.

Examples include sales transactions (capturing which products were sold to which customers at what time without recording quantities or amounts), attendance records, etc.

Factless facts are used for tracking relationships and associations between dimensions.

 

 

 

 

 

Comments

Popular posts from this blog

Power BI tenant settings and admin portal

As of my last update, Power BI offers a dedicated admin portal for managing settings and configurations at the tenant level. Here's an overview of Power BI tenant settings and the admin portal: 1. Power BI Admin Portal: Access : The Power BI admin portal is accessible to users with admin privileges in the Power BI service. URL : You can access the admin portal at https://app.powerbi.com/admin-portal . 2. Tenant Settings: General Settings : Configure general settings such as tenant name, regional settings, and language settings. Tenant Administration : Manage user licenses, permissions, and access rights for Power BI within the organization. Usage Metrics : View usage metrics and reports to understand how Power BI is being used across the organization. Service Health : Monitor the health status of the Power BI service and receive notifications about service incidents and outages. Audit Logs : Access audit logs to track user activities, access requests, and administrative actions wit...

Understanding the Power BI ecosystem and workflow

Understanding the Power BI ecosystem and workflow involves getting familiar with the various components of Power BI and how they interact to provide a comprehensive data analysis and visualization solution. Here's a detailed explanation: Power BI Ecosystem The Power BI ecosystem consists of several interconnected components that work together to enable users to connect to data sources, transform and model data, create visualizations, and share insights. The main components are: Power BI Desktop Power BI Service Power BI Mobile Power BI Gateway Power BI Report Server Power BI Embedded PowerBI Workflow Here’s a typical workflow in the Power BI ecosystem: Step 1: Connect to Data Sources Power BI Desktop:  Connect to various data sources like Excel, SQL databases, cloud services, and more. Power BI Gateway:  If using on-premises data sources, install and configure the gateway for secure data transfer. Step 2: Data Transformation and Modeling Power BI Desktop:  Use Power Query...

DAX UPPER Function

The DAX UPPER function in Power BI is used to convert all characters in a text string to uppercase. This function is useful for standardizing text data, ensuring consistency in text values, and performing case-insensitive comparisons. Syntax: UPPER(<text>) <text>: The text string that you want to convert to uppercase. Purpose: The UPPER function helps ensure that text data is consistently formatted in uppercase. This can be essential for tasks like data cleaning, preparing text for comparisons, and ensuring uniformity in text-based fields. E xample: Suppose you have a table named "Customers" with a column "Name" that contains names in mixed case. You want to create a new column that shows all names in uppercase. UppercaseName = UPPER(Customers[Name]) Example Scenario: Assume you have the following "Customers" table: You can use the UPPER function as follows: Using the UPPER function, you can convert all names to uppercase: UppercaseName = ...