A data lake stores lots of raw data in one place. Design patterns help organize this data so it is easy to find and use.
Data lake design patterns in Hadoop
Data Lake Design Patterns: 1. Raw Zone (Landing Zone): Store original data as-is. 2. Processed Zone (Cleansed Zone): Store cleaned and transformed data. 3. Curated Zone: Store data ready for analysis. 4. Metadata Layer: Store information about data (like source, format). 5. Access Layer: Manage how users and tools access data. Use folders or tables to separate zones in Hadoop HDFS or Hive.
Zones help keep data organized and easy to manage.
Metadata helps users understand what data is available and how to use it.
/data_lake/raw/ # Raw Zone folder for original files /data_lake/processed/ # Processed Zone for cleaned data /data_lake/curated/ # Curated Zone for analysis-ready data
CREATE EXTERNAL TABLE raw_events (
event_id STRING,
event_time STRING,
event_data STRING
)
STORED AS PARQUET
LOCATION '/data_lake/raw/events/';CREATE EXTERNAL TABLE curated_sales (
sale_id STRING,
sale_date DATE,
amount DOUBLE
)
STORED AS PARQUET
LOCATION '/data_lake/curated/sales/';This code reads raw JSON event data from the raw zone, cleans it by selecting columns and filtering, then saves it to the processed zone. Finally, it reads and shows the processed data.
from pyspark.sql import SparkSession # Start Spark session spark = SparkSession.builder.appName('DataLakeDesign').getOrCreate() # Load raw data from HDFS raw_df = spark.read.json('/data_lake/raw/events/') # Show raw data print('Raw Data:') raw_df.show(3) # Clean data: select needed columns and filter processed_df = raw_df.select('event_id', 'event_time').filter(raw_df.event_id.isNotNull()) # Save processed data back to HDFS processed_df.write.mode('overwrite').parquet('/data_lake/processed/events/') # Load processed data curated_df = spark.read.parquet('/data_lake/processed/events/') # Show processed data print('Processed Data:') curated_df.show(3) spark.stop()
Keep raw data unchanged to allow reprocessing if needed.
Use metadata to track data source, format, and update times.
Design zones to match your team's workflow and tools.
Data lake design patterns organize data into zones: raw, processed, and curated.
This helps keep data clean, easy to find, and ready for analysis.
Use folders and tables in Hadoop to separate and manage these zones.
Practice
Solution
Step 1: Understand the role of data zones
Raw, processed, and curated zones help organize data by its state and quality.Step 2: Identify the benefit of this organization
This organization keeps data clean, easy to find, and ready for analysis.Final Answer:
To keep data clean, easy to find, and ready for analysis -> Option BQuick Check:
Data zones improve data usability = A [OK]
- Confusing size increase with organization benefits
- Assuming data zones restrict access
- Thinking zones reduce user numbers
Solution
Step 1: Recall standard folder naming for data zones
The raw data zone is usually stored in a folder named 'raw' to indicate unprocessed data.Step 2: Match folder names to zones
/data/raw/ matches the raw data zone, while others represent different zones or purposes.Final Answer:
/data/raw/ -> Option CQuick Check:
Raw data folder = /data/raw/ [OK]
- Choosing processed or curated folder names for raw data
- Using unrelated folder names like analytics
- Confusing folder names with data types
/data/raw/sales.csv
/data/processed/sales_clean.csv
/data/curated/sales_summary.csv
Which file would most likely contain cleaned and transformed sales data ready for analysis?
Solution
Step 1: Understand the meaning of each zone
Raw zone has original data, processed zone has cleaned/transformed data, curated zone has aggregated or summarized data.Step 2: Identify the file with cleaned and transformed data
/data/processed/sales_clean.csv indicates cleaned sales data ready for further use.Final Answer:
/data/processed/sales_clean.csv -> Option AQuick Check:
Processed zone = cleaned data = D [OK]
- Choosing raw data file as cleaned data
- Confusing curated summary with cleaned data
- Selecting non-existent file paths
/data/raw/, /data/processed/, and /data/curated/. You accidentally saved uncleaned data in /data/curated/. What is the best fix?Solution
Step 1: Identify the problem with data placement
Uncleaned data should not be in the curated zone, which is for clean, ready data.Step 2: Choose the correct fix
Moving uncleaned data back to raw zone and reprocessing it ensures proper data flow and quality.Final Answer:
Move the uncleaned data to/data/raw/and reprocess it -> Option AQuick Check:
Raw zone = uncleaned data fix = B [OK]
- Ignoring data quality rules
- Deleting unrelated folders
- Renaming folders without moving data
Solution
Step 1: Understand the goal of fast analytics and governance
Fast analytics needs clean, organized data; governance needs clear structure and control.Step 2: Identify the best design pattern
Organizing data into raw, processed, and curated zones with clear folders supports both goals effectively.Final Answer:
Organize data into raw, processed, and curated zones with clear folder structures -> Option DQuick Check:
Zones + clear folders = fast analytics + governance = C [OK]
- Storing all data together causing confusion
- Processing data only on-demand slowing queries
- Using unclear folder names causing management issues
Ready to prove it?
Pass the test and this pattern moves unknown
