Data Engineering · Glossary
Data Engineering Glossary — 50 Terms You Must Know in 2026
Quick summary — data engineering glossary
This data engineering glossary explains 50 essential terms grouped along the pipeline: moving data, storing data, processing and orchestration, and advanced ideas. Start with ETL, ELT, batch and streaming, then learn storage words like partition and Parquet, and finish with orchestration, idempotency, data quality and lineage.
In this guide you will learn:
- Moving data — 14 terms on ingestion and integration.
- Storing data — 14 terms on lakes, warehouses and formats.
- Processing and running — 14 terms on jobs, scheduling and quality.
- Advanced terms — 8 ideas to grow into.
- Study tips — making the vocabulary stick.
SECTION 01Moving data: ingestion terms (14 terms)
Every pipeline starts by getting data from somewhere — application databases, APIs, files or event streams. These terms describe how data is pulled or pushed, how often, and how changes are captured. You will hear them in your first week on any data team.
| Term | Plain meaning | Example | Why it matters |
|---|---|---|---|
| ETL | Extract, transform, then load into the target | Clean in Python, load to Postgres | Classic pipeline pattern |
| ELT | Extract, load raw, transform inside the warehouse | Load to warehouse, transform with SQL | Common with cloud warehouses |
| Batch | Process data in scheduled chunks | Nightly load at 2 AM | Simple and cost-effective |
| Streaming | Process events continuously as they arrive | Clickstream via Kafka | Needed for near real-time use |
5. Source system Where data originates (app DB, CRM, API)
6. Sink / target Where data is written (warehouse, lake)
7. Full load Copy all rows every run
8. Incremental Copy only new or changed rows
9. Watermark Last processed value, e.g. max updated_at
10. CDC Change Data Capture: read row changes
from database logs
11. Connector Ready-made integration to a source
12. Message queue Buffer holding events between systems
13. Topic Named stream of events (Kafka)
14. Schema Expected columns and types of data
-- Incremental extract using a watermark (last_loaded_at)
SELECT *
FROM app.orders
WHERE updated_at > :last_loaded_at
ORDER BY updated_at;
-- After a successful load, store the new watermark:
-- last_loaded_at = MAX(updated_at) from this batch
SECTION 02Storing data: lakes, warehouses and formats (14 terms)
Once data arrives, it has to be stored in a way that is cheap, reliable and fast to query. These terms describe where data lives and how it is laid out on disk. Choices like file format and partitioning have a huge effect on query speed and cost.
| Term | Plain meaning | Example | Why it matters |
|---|---|---|---|
| Data warehouse | Database optimised for analytics queries | BigQuery, Snowflake, Redshift | Fast SQL over large data |
| Data lake | Cheap object storage holding raw files | S3 or ADLS buckets | Stores everything, any format |
| Parquet | Columnar file format with compression | orders.parquet | Reads only needed columns |
| Partition | Data split by a column into folders | dt=2026-11-06/ | Queries skip irrelevant data |
19. Lakehouse Lake storage with warehouse-like tables
(Delta Lake, Apache Iceberg, Hudi)
20. Object storage Storage for files as objects (S3, GCS)
21. Columnar Stores values column by column
22. Row-oriented Stores whole rows together (OLTP DBs)
23. OLTP Transaction systems (app databases)
24. OLAP Analytical systems (warehouses)
25. Star schema Fact table linked to dimension tables
26. Fact table Events or measures (orders, payments)
27. Dimension Descriptive attributes (customer, date)
28. SCD Type 2 Keep history by adding a new row
when an attribute changes
import pandas as pd
df = pd.read_csv("orders.csv", parse_dates=["order_date"])
df["dt"] = df["order_date"].dt.strftime("%Y-%m-%d")
# Writes folders like out/orders/dt=2026-11-06/...parquet
df.to_parquet("out/orders", partition_cols=["dt"], index=False)
SECTION 03Processing and running pipelines (14 terms)
Moving and storing data is only useful if the jobs that transform it run reliably every day. These terms come from orchestration, distributed processing and data quality. Understanding idempotency and backfills in particular will save you from painful production incidents.
| Term | Plain meaning | Example | Why it matters |
|---|---|---|---|
| Orchestration | Scheduling and ordering pipeline tasks | Apache Airflow, Dagster | Runs jobs in the right order |
| DAG | Graph of tasks with dependencies, no loops | extract then transform then load | How orchestrators model pipelines |
| Idempotent | Running twice gives the same result | Upsert instead of blind insert | Safe retries and reruns |
| Backfill | Re-running a pipeline for past periods | Reload last 30 days after a fix | Corrects history |
33. Task One step in a DAG
34. Retry Automatic re-run after a failure
35. SLA Time by which data must be ready
36. Spark Engine for distributed data processing
37. Transformation Change data: clean, join, aggregate
38. dbt Tool to write SQL transformations with
tests and documentation
39. Data quality Checks that data is complete and valid
40. Freshness How recent the latest data is
41. Lineage Map of where data came from and goes
42. Upsert Insert new rows, update existing ones
# dbt schema tests (models/schema.yml)
version: 2
models:
- name: fct_orders
columns:
- name: order_id
tests:
- unique
- not_null
- name: customer_id
tests:
- relationships:
to: ref('dim_customers')
field: customer_id
SECTION 04Advanced data engineering terms (8 terms)
These ideas appear as you work on larger or more mature data platforms.
43. Data contract
An agreed schema and quality promise between the
team producing data and the teams using it.
44. Exactly-once processing
A streaming guarantee that each event affects the
result once, even after failures and retries.
45. Schema evolution
Safely adding or changing columns over time without
breaking existing readers.
46. Data skew
Uneven data distribution so a few workers do most
of the work in a distributed job (e.g. one huge key).
47. Shuffle
Moving data between workers for joins or group-bys
in engines like Spark; often the slowest step.
48. Medallion architecture
Layering data as bronze (raw), silver (cleaned)
and gold (business-ready) tables.
49. Data mesh
An approach where domain teams own and publish
their data as products, with shared standards.
50. Reverse ETL
Sending modelled warehouse data back into business
tools such as a CRM or marketing platform.
SECTION 05Tips to learn data engineering vocabulary
Terms make sense fastest when attached to something you built:
- Build a tiny pipeline first — extract, load, transform and schedule it; half the glossary appears naturally.
- Draw your pipelines — label each box with the right term from this list.
- Read real job posts — note which of these 50 terms appear most and study those first.
- Explain idempotency to a friend — if you can, you understand one of the most important ideas.
- Use terms precisely in READMEs — "incremental load with a watermark" reads far better than "loads data".
SECTION 06Interview Q&A — data engineering terms
Q1What is the difference between ETL and ELT?
ETL transforms data before loading it into the target. ELT loads raw data into the target first, often a cloud warehouse, and transforms it there using SQL.
Q2What is a partition and how do you choose a partition column?
A partition splits data into separate folders or segments by a column value. Choose a column that queries commonly filter on and that has a manageable number of values, such as date.
Q3What does idempotent mean in data pipelines?
Running the same job multiple times produces the same final result without duplicates. Upserts, overwriting partitions and unique keys are common ways to achieve it.
Q4What is CDC and why use it?
Change Data Capture reads inserts, updates and deletes from a database's log, so downstream systems receive every change efficiently, including deletes that timestamp-based loads miss.
Q5What is SCD Type 2?
A slowly changing dimension technique that keeps history by inserting a new row with validity dates when an attribute changes, instead of overwriting the old value.
SECTION 07Test yourself — data engineering terms quiz
Five questions. No sign-up.
0 / 5Pick an answer to see why it is right or wrong.
SECTION 08Frequently asked questions
What are the basic terms in data engineering?
Start with ETL, ELT, batch, streaming, source, target, data warehouse, data lake, schema, partition, orchestration, DAG and data quality. They appear in almost every job description.
What is the difference between a data lake and a data warehouse?
A data lake stores raw files of any format cheaply in object storage. A data warehouse stores structured, modelled data optimised for fast SQL analytics. Lakehouses combine features of both.
What is a data pipeline?
A data pipeline is a series of automated steps that move data from sources, transform it and load it into a destination where it can be used for analytics or applications.
What does a data engineer need to know first?
SQL, Python, data modelling basics, one orchestration tool such as Airflow, and how storage formats and partitions affect performance.
Which data engineering terms come up most in interviews?
ETL vs ELT, idempotency, partitioning, incremental loads, CDC, star schema, SCD Type 2, data quality checks and orchestration concepts like DAGs and retries.
SECTION 09Related reads
Classroom & online · Noida
Put these 50 terms into practice
Our Data Science Training Course builds the Python, SQL and data handling skills behind these terms, with real-world projects that turn vocabulary into working pipelines.
Talk to a counsellor for current fees- Python and SQL depth
- Data projects end to end
- Mentor reviews
- Weekday & weekend batches