liveBook · Manning

Provenance

Provenance is information about the origin and history of data or artifacts, including their sources, derivation, transformations, and movement.

How 12 Manning books explain it

The Well-Grounded Data Analyst

Data lineage is the traceable record of data's origins, transformations, and movement across sources and systems.

How it is used
Preserves record origins and matching assumptions while customer data is deduplicated and merged.
How deep it goes
Explains practical identifier retention and per-source flags, while deferring deeper fuzzy matching and entity-resolution work.
Examples
Uses merged purchase, CRM, and customer-database records, including Jane Smith with two customer identifiers.
What you can do after
Apply it via pandas to retain identifiers and source-presence flags in a merged customer table.

Read how The Well-Grounded Data Analyst explains provenance →

Introduction to Generative AI, Second Edition

Content provenance is the documented history of a digital work's origin, transformations, ownership, and associated authenticity evidence.

How it is used
Supports verification of digital content’s origins and changes as an alternative to relying solely on synthetic-media detection.
How deep it goes
Defines provenance through metadata, signatures, and audit trails, but stops short of explaining cryptographic implementation.
Examples
Uses C2PA capture and edit records and Google Pixel camera credentials to illustrate provenance in practice.
What you can do after
Evaluate/understand what a provenance record could verify, while recognizing limited adoption and the need for accessible verification.

Read how Introduction to Generative AI, Second Edition explains provenance →

Machine Learning Platform Engineering

Data lineage is the record of an artifact's origins, transformations, dependencies, and movement through a data or machine-learning workflow.

How it is used
Connects datasets, training runs, model versions, and deployment transitions so changes remain traceable across the ML life cycle.
How deep it goes
Explains collection metadata, versioned training components, and registry-based promotion, but does not specify a formal provenance schema.
Examples
Uses a used-car price dataset, a modular retraining-pipeline diagram, and a model-promotion workflow.
What you can do after
Apply it via versioned ETL and MLflow tracking to reproduce datasets, trace models, manage promotion, and investigate production anomalies.

Read how Machine Learning Platform Engineering explains provenance →

100 SQL Server Mistakes and How to Avoid Them

Data lineage is the trace of a data item’s origin and transformations through systems and storage locations.

How it is used
Records data items’ paths through complex data-tier applications and into their current tables.
How deep it goes
Defines lineage and gives a three-step CSV-to-staging-to-marketing-table example without describing automated capture.
Examples
Traces a cookie-provider Tracking ID through an Impressions CSV, a staging Cookies table, and a marketing Cookies table.
What you can do after
Apply it by documenting an attribute’s origin, intermediate locations, and destination table.

Read how 100 SQL Server Mistakes and How to Avoid Them explains provenance →

Architecting an Apache Iceberg Lakehouse

Data lineage tracking is the practice of recording how data moves between sources, transformations, storage locations, and outputs.

How it is used
Supports compliance, auditability, root-cause analysis, and trust across ingestion, processing, catalogs, and downstream consumption.
How deep it goes
Explains custody links, metadata logs, snapshots, and integrations, while deferring complete auditing to external tools and catalogs.
Examples
Uses NiFi flows, Spark listener configuration, OpenLineage events, and Iceberg snapshot queries to demonstrate provenance capture.
What you can do after
Apply it via OpenLineage and Iceberg metadata to trace dataset versions, responsible jobs, access events, and unusual mutation patterns.

Read how Architecting an Apache Iceberg Lakehouse explains provenance →

Delivering Machine Learning Projects: From design to deployment

Data provenance is the record of a data item's origin, derivation, transformations, and custody.

How it is used
Uses provenance to establish data origins, interpret model results, reduce delivery risk, and support responsible model use.
How deep it goes
Traces sources, transformations, custody, and historical events, but defers mature automated discovery and requires mapping local data estates when global views are absent.
Examples
Uses Alation, Collibra, metadata road maps, spreadsheets, Model Cards, Model Reports, and documented data-event histories.
What you can do after
Diagnose/debug with provenance by tracing surprising results to collection choices, transformations, migrations, storage changes, or introduced noise.

Read how Delivering Machine Learning Projects: From design to deployment explains provenance →

Machine Learning System Design

Data lineage is the record of data origins, transformations, dependencies, and movement through processing systems.

How it is used
Tracks feature and pipeline dependencies to support reproducibility and diagnose data-quality problems.
How deep it goes
Explains staged aggregations, feature versions, dataset metadata, and root-cause tracing, but does not specify a complete implementation.
Examples
Uses staged click, price, and revenue aggregations, feature-dependency graphs, and versioned feature datasets.
What you can do after
Diagnose/debug with it by tracing transformations, separating feature versions, and reproducing older model results.

Read how Machine Learning System Design explains provenance →

Designing Deep Learning Systems: A guide for software engineers

The record of the source data, transformations, and dependencies associated with an artifact.

How it is used
Tracks dataset, pipeline, artifact, code, and model dependencies for reproducible data science and deep learning workflows.
How deep it goes
Defines lineage through versioned commits, pipeline jobs, input dependencies, and metadata associations, with concrete Pachyderm operations.
Examples
Uses Pachyderm image edge detection, versioned commits, pipeline specifications, training datasets, code, and model metrics.
What you can do after
Operate Pachyderm to version datasets and pipelines, inspect dependencies, roll back datasets, and trace generated outputs.

Read how Designing Deep Learning Systems: A guide for software engineers explains provenance →

Data for All

Data lineage is the traceable history of a data item, including its origins, transformations, and uses in creating subsequent data.

How it is used
Supports accountability by tracing data origins, transformations, uses, permissions, payments, and compliance obligations.
How deep it goes
Defines lineage and explains its governance value, stopping short of technical implementation details beyond keeping creation and usage records.
Examples
Uses blended purchase data and store-visit forecasting to show how sources support multiple analytical applications and derived data streams.
What you can do after
Operate lineage records to trace sources, monitor data use, audit applications, and support payment decisions.

Read how Data for All explains provenance →

Digital Twins in Action

Lineage tracking records the origins, transformations, dependencies, and destinations of data or derived artifacts.

How it is used
Supports trust and auditability of digital-twin decisions by linking derived data to its sources and transformations.
How deep it goes
Defines the information industrial lineage must preserve and illustrates an ETL transformation, but does not implement lineage capture.
Examples
Uses source documents and a Spark job that aggregates minute-by-minute meter CSV readings into weekly consumption and cost.
What you can do after
Diagnose/debug with it by tracing a faulty reading through its source, pipeline, and validation history.

Read how Digital Twins in Action explains provenance →

Authorization in Action

Provenance is the traceable origin and history of data or a signal, including information that identifies its issuer and issuance context.

How it is used
Establishes trustworthy signal origin and delivery before policy evaluation.
How deep it goes
Explains endpoint authentication, signatures, normalization, and verification, while stopping short of cryptographic implementation detail.
Examples
Uses internal service calls, SPIFFE workload identities, signed bearer tokens, HR records, and device-posture attestations.
What you can do after
Evaluate whether authorization signals have credible issuers, untampered contents, and appropriate delivery mechanisms.

Read how Authorization in Action explains provenance →

Financial AI in Practice

Information describing the origin, ownership, and changes to data as it moves through systems.

How it is used
Supports compliance review by recording data ownership and changes so teams can trace them later.
How deep it goes
Lists lineage fields and their audit purpose, without detailing how to implement lineage tracking.
Examples
Names table owners, column changes, and disclaimers about negative amounts or missing bureau data.
What you can do after
Diagnose data changes by tracing table ownership, column updates, and recorded disclaimers.

Read how Financial AI in Practice explains provenance →

Related concepts

These guides are generated from the text of Manning books by Manning's knowledge graph and link to the sections they draw on. The full books are available on liveBook and at manning.com.