#1 India's Top IT Training Institute

×

About Uncodemy

Know more about who we are and what we stand for.

About Us

About Us

Discover our mission to equip individuals with essential IT skills and industry expertise.

Read More →
UnCodeMy Gallery

UnCodeMy Gallery

Explore highlights from our IT training sessions and success stories.

Read More →
×

Free Resources

Learn, practice and plan your career — bilkul free.

Tutorials

Tutorials

Step-by-step written tutorials to learn any technology at your own pace.

Read More →
Free Counselling

Free Counselling

Book a free video counselling session and pick the right course for you.

Read More →
Online Compiler

Online Compiler

Write, run and test your code online — no setup required.

Read More →

Data Engineering · Glossary

Data Engineering Glossary 50 Terms You Must Know in 2026

Fifty data engineering terms, grouped by where they sit in a pipeline — moving data, storing it, processing and running it — each explained without jargon.

Tracks
Glossary Explorer · Live Interactive
Term
—
Word you will see
Meaning
—
Plain explanation
Example
—
Where it appears
Ingest → Store → Process → Serve
Click a group to see one term explained simply. All 50 terms are below.

Home / Tutorials / Career Guides / Data Engineering Glossary — 50 Terms You Must Know in 2026

Data Engineering · Glossary

Data Engineering Glossary — 50 Terms You Must Know in 2026

GROUP 1 GROUP 2 GROUP 3 GROUP 4 Moving Data 14 terms on ingestion Ingest Storing Data 14 terms on lakes, tables Store Processing 14 terms on jobs, quality Process Advanced 8 terms to grow into Serve
The 50 terms in this data engineering glossary follow a pipeline: moving data in, storing it, processing and running it, then advanced ideas.

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:

  1. Moving data — 14 terms on ingestion and integration.
  2. Storing data — 14 terms on lakes, warehouses and formats.
  3. Processing and running — 14 terms on jobs, scheduling and quality.
  4. Advanced terms — 8 ideas to grow into.
  5. 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.sql
Key insight: Incremental loads based on updated_at miss hard deletes. CDC tools read the database log, so they capture inserts, updates and deletes.

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
partitioned_write.py
Key insight: Partition by a column you filter on often, usually date. Partitioning by a high-cardinality column like user_id creates millions of tiny files and slows everything down.

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
schema.yml
Key insight: A pipeline that "succeeds" but loads duplicate or empty data is worse than one that fails loudly. Quality checks turn silent problems into visible ones.

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.
advanced-de-terms.md

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".
Pro tip: Keep this glossary open while reading tool documentation. Every unfamiliar word you resolve makes the next page easier.

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 / 5

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

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