Skip to main content

SQLGlot-based semantic layer with multi-format adapter support

Project description

Sidemantic

A semantic layer with multi-format adapter support.

Features

Core Capabilities

  • Simple API: Define metrics once, use them everywhere
  • SQL query interface: Write familiar SQL that gets rewritten to use semantic layer
  • Automatic joins: Define relationships, joins happen automatically via graph traversal
  • Multi-format adapters: Import/export from Cube, MetricFlow (dbt), and native YAML
  • SQLGlot-powered: Dialect-agnostic SQL generation with transpilation support
  • Type-safe: Pydantic models with validation

Rich Metric Types

  • Aggregations: sum, avg, count, count_distinct, min, max
  • Ratios: revenue / order_count
  • Derived formulas: (revenue - cost) / revenue
  • Cumulative: running totals, rolling windows
  • Time comparisons: YoY, MoM, WoW with LAG window functions
  • Conversion funnels: signup → purchase rate

Advanced Features

  • Segments: Reusable named filters with template placeholders
  • Metric-level filters: Auto-applied filters for consistent business logic
  • Jinja2 templating: Full conditional logic and loops in SQL
  • Inheritance: Extend models and metrics (DRY principles)
  • Hierarchies: Parent/child dimensions with drill-down API
  • Relative dates: Natural language like "last 7 days", "this month"
  • Ungrouped queries: Raw row access without aggregation
  • Multi-hop joins: Automatic 2+ hop join discovery
  • Auto-detected dependencies: No manual dependency declarations needed

Metadata & Governance

  • Display formatting: Format strings and named formats (USD, percent, etc.)
  • Drill fields: Define drill-down paths for BI tools
  • Non-additivity markers: Prevent incorrect aggregation
  • Default dimensions: Default time dimensions and granularity
  • Comprehensive descriptions: Labels, descriptions on all objects

Quick Start

Define your semantic layer (YAML)

# semantic_layer.yml
# yaml-language-server: $schema=./sidemantic-schema.json

models:
  - name: orders
    table: orders
    primary_key: order_id

    relationships:
      - name: customer
        type: many_to_one
        foreign_key: customer_id

    dimensions:
      - name: status
        type: categorical
        sql: status

      - name: order_date
        type: time
        sql: created_at
        granularity: day

    metrics:
      - name: revenue
        agg: sum
        sql: amount

      - name: order_count
        agg: count

# Graph-level metrics (dependencies auto-detected!)
metrics:
  - name: total_revenue
    sql: orders.revenue

Query with SQL

from sidemantic import SemanticLayer

# Load semantic layer
layer = SemanticLayer.from_yaml("semantic_layer.yml")

# Query with familiar SQL - automatically rewritten
result = layer.sql("""
    SELECT revenue, status
    FROM orders
    WHERE status = 'completed'
""")

df = result.fetchdf()
Alternative: Python API
from sidemantic import SemanticLayer, Model, Metric, Dimension, Relationship

layer = SemanticLayer()

orders = Model(
    name="orders",
    table="orders",
    primary_key="order_id",
    relationships=[
        Relationship(name="customer", type="many_to_one", foreign_key="customer_id")
    ],
    dimensions=[
        Dimension(name="status", type="categorical", sql="status"),
        Dimension(name="order_date", type="time", sql="created_at", granularity="day"),
    ],
    metrics=[
        Metric(name="revenue", agg="sum", sql="amount"),
        Metric(name="order_count", agg="count"),
    ]
)
layer.add_model(orders)

# Programmatic query
result = layer.query(
    metrics=["orders.revenue"],
    dimensions=["orders.status"],
    filters=["orders.status = 'completed'"]
)
df = result.fetchdf()

Editor Support

Generate JSON Schema for autocomplete in VS Code, IntelliJ, etc:

uv run python -m sidemantic.schema

Add to your YAML files:

# yaml-language-server: $schema=./sidemantic-schema.json

Adapters

Import

from sidemantic.adapters import CubeAdapter, MetricFlowAdapter, SidemanticAdapter

# From Cube
cube_adapter = CubeAdapter()
graph = cube_adapter.parse("cube_schema.yml")

# From MetricFlow (dbt)
mf_adapter = MetricFlowAdapter()
graph = mf_adapter.parse("semantic_models.yml")

# From native Sidemantic
native_adapter = SidemanticAdapter()
graph = native_adapter.parse("semantic_layer.yml")

Export

# Export to Cube
cube_adapter.export(sl.graph, "output_cube.yml")

# Export to MetricFlow
mf_adapter.export(sl.graph, "output_metricflow.yml")

# Export to native
sl.to_yaml("output_sidemantic.yml")

Full round-trip support: Sidemantic ↔ Cube ↔ MetricFlow

Advanced Features

Complex Metrics

Define ratios, formulas, cumulative metrics with automatic dependency detection:

models:
  - name: orders
    table: orders
    primary_key: order_id

    metrics:
      # Model-level aggregations
      - name: revenue
        agg: sum
        sql: amount

      - name: completed_revenue
        agg: sum
        sql: amount
        filters: ["status = 'completed'"]

# Graph-level metrics
metrics:
  # Simple reference (dependencies auto-detected)
  - name: total_revenue
    sql: orders.revenue

  # Ratio
  - name: conversion_rate
    type: ratio
    numerator: orders.completed_revenue
    denominator: orders.revenue

  # Derived (dependencies auto-detected from formula!)
  - name: profit_margin
    type: derived
    sql: "(revenue - cost) / revenue"

  # Cumulative
  - name: running_total
    type: cumulative
    sql: orders.revenue
    window: "7 days"
Python alternative
Metric(name="total_revenue", sql="orders.revenue")

Metric(name="conversion_rate", type="ratio",
       numerator="orders.completed_revenue",
       denominator="orders.revenue")

Metric(name="profit_margin", type="derived",
       sql="(revenue - cost) / revenue")

Metric(name="running_total", type="cumulative",
       sql="orders.revenue", window="7 days")

Automatic Joins

Define relationships once, query across models:

models:
  - name: orders
    table: orders
    primary_key: order_id
    relationships:
      - name: customer
        type: many_to_one
        foreign_key: customer_id

  - name: customers
    table: customers
    primary_key: customer_id
    relationships:
      - name: region
        type: many_to_one
        foreign_key: region_id

Query spans 2 hops automatically:

# Automatically joins orders -> customers -> regions
result = layer.sql("""
    SELECT orders.revenue, regions.region_name
    FROM orders
""")

Relationship Types

Use explicit, readable relationship types:

  • many_to_one: Many records in THIS table → one record in OTHER table (e.g., orders → customer)
  • one_to_many: One record in THIS table → many records in OTHER table (e.g., customer → orders)
  • one_to_one: One record in THIS table → one record in OTHER table (e.g., order → invoice)

Feature Examples

Segments - Reusable Filters

models:
  - name: orders
    segments:
      - name: completed
        sql: "{model}.status = 'completed'"
        description: "Only completed orders"
      - name: high_value
        sql: "{model}.amount > 100"

# Use in queries
layer.compile(metrics=["orders.revenue"], segments=["orders.completed"])

Metric-Level Filters

metrics:
  - name: completed_revenue
    agg: sum
    sql: amount
    filters: ["{model}.status = 'completed'"]  # Auto-applied!

Jinja2 Templates

metrics:
  - name: taxed_revenue
    agg: sum
    sql: "{% if include_tax %}amount * 1.1{% else %}amount{% endif %}"

# Use with parameters
layer.compile(metrics=["orders.taxed_revenue"], parameters={"include_tax": True})

Inheritance

models:
  - name: base_sales
    table: sales
    dimensions: [...]

  - name: filtered_sales
    extends: base_sales  # Inherits all dimensions!
    segments: [...]

Hierarchies & Drill-Down

# Define hierarchy
Dimension(name="country", type="categorical")
Dimension(name="state", type="categorical", parent="country")
Dimension(name="city", type="categorical", parent="state")

# Navigate hierarchy
model.get_hierarchy_path("city")  # ['country', 'state', 'city']
model.get_drill_down("country")   # 'state'
model.get_drill_up("city")        # 'state'

Relative Dates

# Natural language date filters
layer.compile(
    metrics=["orders.revenue"],
    filters=["orders_cte.created_at >= 'last 7 days'"]
)
# Auto-converts to: created_at >= CURRENT_DATE - 7

# Supports: "last N days/weeks/months", "this/last/next month/quarter/year", "today", etc.

Ungrouped Queries

# Get raw rows without aggregation (for detail views)
sql = layer.compile(
    metrics=["orders.revenue"],
    dimensions=["orders.customer_id"],
    ungrouped=True  # Returns raw rows
)

Test Coverage

  • 202 passing tests - comprehensive coverage
  • Real DuckDB integration
  • SQL query rewriting
  • Round-trip adapter tests
  • Multi-hop join verification
  • Formula parsing validation
  • Automatic dependency detection
  • Jinja template integration
  • Inheritance resolution
  • Hierarchy navigation

Run tests:

uv run pytest -v

Status

See docs/STATUS.md for detailed implementation status.

Completed:

  • ✅ SQL query interface with automatic rewriting
  • ✅ Core semantic layer with SQLGlot generation
  • ✅ Relationship-based automatic joins (many_to_one, one_to_many, one_to_one)
  • ✅ Multi-hop join discovery
  • ✅ Derived metrics with automatic dependency detection
  • ✅ Cumulative metrics (running totals, rolling windows)
  • ✅ Conversion funnel metrics
  • ✅ Time comparison metrics (YoY, MoM, WoW)
  • ✅ Segments (reusable filters)
  • ✅ Metric-level filters
  • ✅ Jinja2 templating
  • ✅ Model and metric inheritance
  • ✅ Hierarchies with drill-down API
  • ✅ Relative date parsing
  • ✅ Ungrouped queries (raw row access)
  • ✅ Metadata fields (format, drill_fields, non-additivity, defaults)
  • ✅ Native YAML format with import/export
  • ✅ Cube and MetricFlow adapters (import/export)
  • ✅ DuckDB integration

Future:

  • Query optimization
  • Pre-aggregations/caching
  • LookML adapter (requires grammar parser)

Examples

See examples/ directory:

  • sql_query_example.py - SQL query interface demonstration
  • basic_example.py - Core usage patterns
  • export_example.py - Multi-format export demonstration
  • sidemantic/orders.yml - Native YAML example
  • cube/orders.yml - Cube format example
  • metricflow/semantic_models.yml - MetricFlow format example

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

sidemantic-0.2.3.tar.gz (78.0 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

sidemantic-0.2.3-py3-none-any.whl (87.7 kB view details)

Uploaded Python 3

File details

Details for the file sidemantic-0.2.3.tar.gz.

File metadata

  • Download URL: sidemantic-0.2.3.tar.gz
  • Upload date:
  • Size: 78.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: uv/0.4.30

File hashes

Hashes for sidemantic-0.2.3.tar.gz
Algorithm Hash digest
SHA256 378b5bd4b14774613f3f09fd228a4a8f62323a4beb84b4ea51b80a37b3ea021b
MD5 33bf5e0200a2a7a0dad48d29b5047c75
BLAKE2b-256 830ded38eec13fc5aed0e1e1fff499695797ac94c7364bb6633fee11ad5d2917

See more details on using hashes here.

File details

Details for the file sidemantic-0.2.3-py3-none-any.whl.

File metadata

  • Download URL: sidemantic-0.2.3-py3-none-any.whl
  • Upload date:
  • Size: 87.7 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: uv/0.4.30

File hashes

Hashes for sidemantic-0.2.3-py3-none-any.whl
Algorithm Hash digest
SHA256 fc70c33ddf1d746204aa665b05e0270f97dfac90e0122dbff03285777308847d
MD5 a6a0aa226b40145c1346c77c4d63596c
BLAKE2b-256 236db87ca8d4d66b143bd31cface3451f78a1e6620359806b43f0e6a65435354

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page