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

Performance Optimization

Performance optimization in SQL is crucial for ensuring that your database queries run efficiently, especially as the size and complexity of your data grow. Here are several strategies and techniques to optimize SQL performance: Indexing Create Indexes : Primary Key and Unique Indexes : These are automatically indexed. Ensure that your tables have primary keys and unique constraints where applicable. Foreign Keys : Index foreign key columns to speed up join operations. Composite Indexes : Use these when queries filter on multiple columns. The order of columns in the index should match the order in the query conditions. Avoid Over-Indexing:  Too many indexes can slow down write operations (INSERT, UPDATE, DELETE). Only index columns that are frequently used in WHERE clauses, JOIN conditions, and as sorting keys. Query Optimization Use SELECT Statements Efficiently : SELECT Only Necessary Columns : Avoid using SELECT * ; specify only ...

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 = ...

TechUplift: Elevating Your Expertise in Every Click

  Unlock the potential of data with SQL Fundamental: Master querying, managing, and manipulating databases effortlessly. Empower your database mastery with PL/SQL: Unleash the full potential of Oracle databases through advanced programming and optimization. Unlock the Potential of Programming for Innovation and Efficiency.  Transform raw data into actionable insights effortlessly. Empower Your Data Strategy with Power Dataware: Unleash the Potential of Data for Strategic Insights and Decision Making.