🧠 Second Brain

Search

Search IconIcon to open search

Data Modeling

Last updated Feb 9, 2024

Data modeling has changed over time; when I started (~20 years ago), choosing between Inmon and Kimball was common.

Today, in the context of data engineering, data modeling creates a structured representation of your organization’s data. Often illustrated visually, this representation helps understand the relationships, constraints, and patterns within the data and serves as a blueprint for gaining business value in designing data systems, such as data warehouses, lakes, or any analytics solution.

In its most straightforward form, data modeling is how we design the flow of our data such that it flows as efficiently and in a structured way, with good data quality and as little redundancy as possible.


Data Modeling is as much about Data Engineering Architecture as it is about modeling the data only. Therefore besides the below links, many approaches and common architecture you can find in Data Engineering Architecture.

It’s getting more about language than really modeling, Shane Gibson says on Making Data Modeling Accessible. For example, a Data Scientist speaks Wide Tables, a Data engineer talks about facts and dimensions, etc., it’s what I call the different levels of data modeling in Data Modeling – The Unsung Hero of Data Engineering- An Introduction to Data Modeling (Part 1).

# Different Levels

How do you think about different levels of modeling? Generally, when I started (20 years ago) it was common to choose between Inmon and Kimball. But today, there are so many layers, levels, and approaches. Did you find a good way of separating or naming the different “levels” (still not sure about levels) to make it clear what is meant? Below I collected a list of what I think so far (I also wrote extensively about, in case of interest).

LinkedIn Post and Discussion and dbt Slack. Links (from post): Data Model Matrix.

# Different Data Modeling Techniques

See Data Modeling Techniques

# (Design) Patterns

Common approaches are well explained here:

others

# Data Modeling is changing

See Data Modeling is changing.

# Tools

See Data Modeling Tools or Data Modeling- The Unsung Hero of Data Engineering- Data Architecture Pattern, Tools and The Future (Part 3) .

# Frameworks

# Difference to Dimensional Modeling

There is more than dimensional modeling:

# Data Modeling part of Data Engineering?

Data modeling, incredibly Dimensional Modeling with defining facts and dimensions, is a big thing for a data engineer, IMO. It would help if you asked vital questions to optimize for data consumers. Do you want to drill down the different products? Daily or monthly enough —keywords Granularity and rollup.

It also lets you think about Big-O implications regarding how often you touch and transfer data. I’d recommend the old  Data Warehouse Toolkit from Ralph Kimball, which initiated many of these concepts and is still applicable today. Mostly it’s not done in the beginning, but as soon as you get bigger, you wish you had done more :)

Links:


nOrigin:
References:
Created 2022-09-24