Data Warehouse Architecture

April 17 2025
Designing a data warehouse requires careful planning to meet business needs and support efficient data analysis. When designing a data warehouse, there are two routes: the Bill Inmon top-down approach or the Ralph Kimball bottom-up approach. Each method has strengths and trade-offs, influencing how data is structured, integrated, and accessed. In this blog, we'll explore the differences between these approaches and examine how ETL (Extract, Transform, Load) and ELT (Extract, Load, Transform) processes fit into the overall design strategy.

Top-down Approach

The top-down approach to data warehouse design, introduced by Bill Inmon, emphasizes creating a centralized, enterprise-wide data repository before developing departmental data marts. This method begins by defining comprehensive data definitions, cleaning procedures, and business rules to ensure consistency and accuracy across the organization. Data is initially stored in a normalized form, which reduces redundancy and enhances data quality. Subsequently, data is distributed to department-focused data marts tailored to specific business functions. This approach offers advantages such as establishing a single source of truth, minimizing storage requirements due to normalization, and facilitating adaptability in data marts to support evolving reporting needs. However, it also presents challenges, including potential performance issues from complex joins leading to slower processing and response times, as well as higher initial costs associated with extensive upfront planning and modelling.

Bottom-Up Approach

​The bottom-up approach to data warehouse design, championed by Ralph Kimball, emphasizes rapid development and user accessibility by focusing on building department-specific data marts that are later integrated into an enterprise-wide data warehouse. This methodology often denormalises data into a star schema, simplifying query writing and enhancing performance. This approach prioritizes swift transitions from data acquisition to reporting, addressing one department and one data mart at a time. Advantages include faster initial development, reduced startup costs, and user-friendly data structures. However, potential drawbacks encompass increased ETL processing time, a higher likelihood of data duplication, and the necessity for ongoing development to integrate new data marts.

ETL and ELT

ETL (Extract, Transform, Load) and ELT (Extract, Load, Transform) are key processes that align differently with the top-down and bottom-up approaches. The top-down and bottom-up approaches rely on these processes to move data efficiently. Still, the order and focus of transformation differ based on whether the priority is centralization or rapid departmental access. The overall goal is to end with cleaned data.

ETL is a process where data is transformed. At the same time, it moves from one system to another, often utilizing a separate system like a cloud-based service or software to handle the transformation. One of the key advantages of ETL is that it helps reduce data storage requirements, as only the necessary transformed data is stored in the warehouse. Additionally, it’s easier to meet compliance and security standards for sensitive information, such as personally identifiable information (PII), since the sensitive data doesn’t make it into the final warehouse and is processed in a certified system that meets government security standards. However, a drawback of this approach is that any transformation errors or changes require pulling and processing the data again, which can be time-consuming and costly due to the reliance on a separate system for processing.

ELT is a process where data is first loaded into the data warehouse before being transformed into its final format. Unlike ETL, there’s no need for a separate system to handle the transformation; instead, it takes place directly within the warehouse. One of the major advantages of ELT is that it eliminates the need for an external system, simplifies the process, and reduces costs. It also allows for data transformation without impacting the source system, making it a great choice for real-time situations where data needs to be quickly processed and accessed. However, some drawbacks exist, such as increased storage needs because raw, untransformed data is stored in the warehouse until it is processed. Additionally, special attention is required to ensure sensitive data, like personally identifiable information (PII), is properly managed and protected throughout the transformation process.

In Summary

Both ETL and ELT play crucial roles in the data processing and transformation workflows, with each method offering unique advantages and challenges. As we dive deeper into modern data transformation techniques, the next blog will introduce dbt (Data Build Tool), a powerful tool that simplifies the transformation process within the warehouse. We’ll explore the fundamentals of dbt, its role in streamlining workflows, and how it can help you efficiently manage data transformations.

Author:
Lorraine Ferrusi
124 E 14th Street, Floor 4, New York, NY 10003
Subscribe
to our Newsletter
Get the lastest news about The Information Lab and data industry
Subscribe now
© 2025 The Information Lab