Skip to main content

Glossary

What is data ingestion?

Last updated Monday, Aug 3, 2026

Data ingestion is the process of pulling data out of a source system, a database, an API, a file in cloud storage, and landing it somewhere it can be processed. It's the first step in any pipeline, and it can run as a one-time load, a scheduled batch, or a continuous stream.

Batch, scheduled, and streaming ingestion

A one-time load pulls everything a source has, once, usually for an initial backfill. A scheduled batch runs on a recurring interval, like every hour, pulling whatever's new or changed since the last run. A continuous stream keeps a connection open and ingests records as they arrive, which is what change data capture and message queues like Kafka are built for.

Why schema handling matters at this step

A source's shape isn't fixed. A new column shows up, a field gets renamed, a type gets widened. Ingestion is where that first gets noticed, and how it's handled there determines whether the rest of the pipeline breaks or adapts.

How OptimaFlo implements this

The Ingestion Engineer role connects to a source, reads its structure, and infers a schema automatically, handling auth, schema, and validation so a new source is live in minutes. OptimaFlo's source connectors read with a query against the source each run, a full table pull or a scoped query, rather than tailing a continuous change log. Whatever lands gets schema evolution applied automatically as part of the Raw-layer write, so a source adding a column doesn't break the run.

Related terms

  • Data pipeline: The full system ingestion feeds into, extraction plus transformation and loading.
  • Change data capture: A streaming technique for ingesting only what changed, instead of a full pull.
  • Medallion architecture: The Raw layer is where ingested data lands, unchanged, before any transform runs.

Frequently asked questions

Ingestion is the first step of a pipeline, getting data out of a source and landing it. A pipeline is the whole system: ingestion plus whatever transformation, validation, and loading steps come after.

No. Ingestion can be a one-time load, a batch that runs on a schedule, or a continuous stream, depending on how fresh the destination needs to be. Streaming and change data capture are two techniques for keeping ingestion close to real time, not the only way to ingest data.

Automatically, as part of ingestion. When a source adds a column or widens a type, OptimaFlo commits the new schema through Iceberg's catalog and keeps writing, instead of failing the run. A renamed column is handled as two separate changes, the old one dropped and a new one added, not detected as a rename. See schema evolution for how that works.

Browse every term or see the AI data team roles.

Staffed, not self-serve

See AI teammates work on your own data.

Now in early beta. One flat plan, no per-query tax. Runs in your cloud, and your tables stay in your account.