liveBook · Manning

Data source

As explained in Snowflake Data Engineering

A source system is an operational or external system from which data is extracted for downstream storage and processing.

A source system is an operational or external system from which data is extracted for downstream storage, transformation, and consumption. Data engineers assess its business meaning, access method, format, security requirements, and effect on pipeline design. section 1.2 section 1.2.1

Identify the source before implementing ingestion:

  • Classify the source as relational database tables, cloud-storage files, application API output, IoT streams, secure data sharing, or Snowflake Marketplace data. section 1.2.1
  • Determine whether multiple sources must be unified into a single model for downstream consumers. section 1.2.1
  • Prefer incremental extraction of new and changed records using timestamps, database change tracking, or another agreed change-detection method. section 1.2.1
  • Use Snowflake streams when the source does not provide an easy way to identify inserts, updates, or deletes. section 1.2.1
  • Choose commercial or open-source extraction tools, or custom code, with solution architects and other stakeholders. section 1.2.1

Operational sources for a bakery pipeline

A bakery pipeline can simulate relational tables from its information system, including business partners and baked goods. Those tables join file-based CSV or JSON inputs and may be combined with other sources before ingestion into Snowflake. section 11.0

Figure 1.2 Data engineering components with Snowflake include extracting data from source systems, ingesting the data into Snowflake, performing transformations, and presenting the data to downstream consumers, incorporating underlying components and best practices related to security, data modeling, data governance, orchestration, software engineering, and DataOps.
figure

Use the pipeline overview to trace how source extraction connects to ingestion, transformation, presentation, security, governance, orchestration, and DataOps. section 1.2

How Snowflake Data Engineering covers it

How deep it goes
Explains source classification, access preparation, incremental change detection, streams, and tooling choices, but stops short of source-specific implementation code.
Examples
Uses bakery information-system tables, CSV and JSON files, Snowflake Marketplace data, secure data sharing, APIs, and IoT streams as source examples.
What it assumes
Assumes basic data-engineering responsibilities and teaches source assessment, formats, access methods, and change detection through pipeline context.
What you can do after
Build extraction plans that select access methods, detect changes incrementally, unify multiple sources, and move data into Snowflake.
How it connects
Connects source systems with data pipelines, data ingestion, Snowflake streams, ETL, ELT, relational databases, APIs, and cloud object storage.

Also explained in

Compare how 13 books explain data source →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Snowflake Data Engineering. The section links point to the parts of the book it draws on.