AI Space

Data / Knowledge library

Snowflake

cloud data warehouse, storage/compute separated

2014 · Snowflake Inc.

Why learn Snowflake?

Where enterprise analytics lives now. Understanding it (vs Postgres) teaches the OLTP/OLAP split — a core architecture concept.

Where it came from

Rebuilt the data warehouse for the cloud: storage and compute scale independently, billed by the second. Its 2020 IPO was the largest software IPO ever at the time.

Build your understanding

Work through these exercises in order. Try the task before opening a reference.

  1. Explain OLTP vs OLAP with examples.
  2. Describe virtual warehouses & auto-suspend.
  3. Load a CSV into a stage and query it.
  4. Explain time travel & zero-copy cloning.
  5. Design a cost-control strategy for a team.

Documentation and sources

Connect the ideas

Built on

SQLAWSAzureJava

Alternatives

PostgreSQL

Explore next

PythonClickHousedbt (data build tool)Power BITableau

Real World Example

Illustrative business scenario · AI-generated from linked documentation · Not a measured customer case study

Decoupled Inventory Analytics for Global Retail

A global retail chain managing millions of SKU-level transactions across diverse regional markets.

The business problem

The company suffers from resource contention where heavy analytical reporting jobs interfere with real-time inventory updates, leading to stale data and operational bottlenecks.

How this topic solves it

Snowflake architecture decouples storage from compute, allowing the retail chain to assign independent virtual warehouses to ingestion pipelines and analytical workloads, ensuring that resource-heavy reporting does not impact data loading performance.

  1. Provision separate virtual warehouses for the ingestion layer and the reporting layer.
  2. Create a database schema to house raw transaction logs and refined analytical tables.
  3. Configure a COPY INTO command to load data from cloud storage into the raw ingestion table.
  4. Define a materialized view on the reporting warehouse to aggregate inventory levels for dashboard consumption.
  5. Grant usage privileges on specific warehouses to the respective service accounts for ingestion and analytics.
Decoupled Compute Architecture · Process flow

Shows how data flows from storage into isolated compute resources.

Cloud Storage

Source of raw transaction files

Ingestion Warehouse

Dedicated compute for loading

Snowflake Storage

Centralized persistent data layer

Reporting Warehouse

Dedicated compute for analytics

  • Cloud Storage → COPY INTO → Ingestion Warehouse
  • Ingestion Warehouse → Write → Snowflake Storage
  • Snowflake Storage → Read → Reporting Warehouse

Implementation example

This code demonstrates the creation of isolated virtual warehouses to separate ingestion tasks from analytical reporting tasks, preventing resource contention.

sql · Illustrative code; not executed or production-validated.

-- Create separate compute resources for isolation
CREATE WAREHOUSE ingestion_wh WITH WAREHOUSE_SIZE = 'XSMALL';
CREATE WAREHOUSE reporting_wh WITH WAREHOUSE_SIZE = 'MEDIUM';

-- Load data using the ingestion warehouse
COPY INTO raw_inventory FROM @my_stage;

-- Aggregate data using the reporting warehouse
CREATE MATERIALIZED VIEW daily_stock AS SELECT sku, sum(qty) FROM raw_inventory GROUP BY sku;

Expected business outcome

The retail chain achieves consistent data availability for dashboards without latency spikes during peak transaction ingestion periods.

Limitations and checks

Materialized views incur additional storage costs and background maintenance overhead; check the SYSTEM$CLUSTERING_INFORMATION function to monitor if the maintenance cost outweighs the query performance benefit.

Sources

Generated 2026-10-18 with gemini-3.1-flash-lite. Your assessment includes two questions about this example.

Catalog source: technology-maxxing. This page reproduces the existing catalog’s learning material and source links.