Skip to main content
Summand’s data model is small. Most of the product makes sense once you’ve internalized seven terms.

Connector

A pointer to where your data lives — a CSV upload, a database, a Fivetran-managed source, a Delta Sharing endpoint.

Dataset

A specific table within a connector, with a curated Parquet copy that everything else queries.

View

A saved SQL transformation over one or more datasets, with a visual builder and live Athena preview.

Experiment

A scheduled run of one or more components against a dataset or view. Cron-driven, versioned outputs.

Component

A unit of analysis, such as predictors, forecasts or column stats, with typed inputs and outputs.

Computed-context layer

The bundle of artifacts each experiment run writes: column stats, model graphs, embeddings.

Sharing

Grants to users and verified domains, plus workspace access, enforced through OpenFGA on every read.

How they fit together

A connector can have many datasets — one per table for databases. CSV connectors are always single-dataset. Datasets are the unit you chat about, query in views, and target with experiments.

Identifiers

Every resource has a stable, URL-safe ID: IDs are immutable. Display names can change without invalidating shared links.

Lifecycle

  1. Create connector — upload a CSV or point Summand at a data source.
  2. Datasets land automatically — for CSVs, one dataset on upload; for databases, one per table you enable.
  3. Pick an action:
    • Chat with Summand for ad-hoc questions.
    • Create a view to save a SQL transformation you’ll re-use.
    • Create an experiment to schedule recurring analysis.
  4. Read results — through chat or on the dataset’s Components tab.
  5. Share — grant access to teammates by email or to a verified domain, or file the resource in a workspace.
  6. Refresh — for live sources, click Refresh to re-read; experiments will re-run on their next schedule against the fresh data.