BI + AI · Sigma Alternative ← All comparisons

Qrly vs Sigma

Sigma is spreadsheet-shaped cloud BI: SaaS only, with a cloud data warehouse required underneath it and no on-prem option for the platform or its AI. Qrly is BI + AI in one self-hostable platform — natural-language Ask (NL→SQL), anomaly detection and schema descriptions all running on your choice of local LLM (Ollama, LM Studio) or cloud (Anthropic Claude, Google Gemini, OpenAI, Azure OpenAI), across 40 connection types, with flat pricing for unlimited users.

The Honest Verdict

Who wins where

No marketing fluff. Sigma is a well-regarded product with a long track record — here is where each tool is genuinely stronger, and where teams consistently land during evaluation calls.

Qrly wins

BI + AI in one self-hosted platform, flat pricing

  • AI Ask (NL→SQL) included — on your own hardware if you want
  • BYO LLM: local Ollama / LM Studio, or Claude / Gemini / OpenAI / Azure
  • Embedded analytics with signed JWT — no per-viewer seats
  • AI anomaly detection, schema descriptions, performance analyzer built-in
  • Flat licence for unlimited users — no seat-type arithmetic
  • Multi-tenant hierarchy, OIDC and LDAP sign-in as standard
Tie / depends

Self-service analysis for people who do not write SQL

  • Both let non-analysts build their own questions without SQL
  • Both query the database live rather than a stale extract
  • Both schedule results out to people on a cadence
  • Both expose a REST API and embed into your own application
Sigma wins

The spreadsheet grid, and the warehouse under it

  • A spreadsheet interface non-analysts pick up in minutes
  • Input tables and writeback into the warehouse
  • Live query at warehouse scale, with no extract to manage
  • A polished, fully managed cloud service — nothing to run
Side by Side

Feature-by-feature comparison

The features most teams actually evaluate when comparing Qrly and Sigma.

Legend Included Partial / extra cost Not available
Feature RecommendedQrlySelf-hosted · Belgium SigmaSigma Computing
Self-hostable on your own infraIncludedSaaS only, no self-hosting
No per-user licence countingIncludedPriced per user by account type
Built-in customer embed portalIncludedSigma Embedded, licensed separately
Alerts on saved questions (email, Slack, webhook)IncludedScheduled alerts on workbooks
Native scheduled subscription (4 providers)IncludedScheduled exports
Visual query builder and raw SQL, round-trip convertibleSQL ⇄ visualSpreadsheet generates SQL one-way
Azure AD + Google + LDAP + Basic simultaneouslyIncludedSAML and OAuth, no LDAP
OIDC SSO user provisioningIncludedSAML SSO, plan-dependent
AI with on-prem option (Ollama, LM Studio)IncludedCloud AI only, no local LLM
Multi-tenant architecture out of the boxIncludedRow-level security and workspaces, no tenant hierarchy
40 connection types, 12 SQL dialectsIncludedWarehouse-first connector list
Flat pricing (unlimited users)IncludedPer user, plus warehouse compute
Productive in under 5 minutesIncludedQuick once a warehouse is connected
EU data residency (native, not a tier)IncludedVendor cloud regions only
No add-on purchase required for the basicsIncludedEmbedding is licensed separately
Dashboards with cascade filters and live pushIncludedDashboards and filters, no push
REST API + webhooksIncludedIncluded
OLAP models with ROLLUP, CUBE, prior-periodIncludedNo CUBE or prior-period columns
Runs on your own database, no warehouse neededIncludedCloud data warehouse required
Why Teams Switch

Four reasons teams leave Sigma

From real migration conversations with data teams and the people who own the platform bill.

01 / Embedded Analytics

Embedding is a separate line on the invoice

Sigma embeds well, and embedding is a separate commercial motion with its own terms sitting alongside the internal licence rather than inside it. What starts as a request from your product team turns into a procurement exercise, and the shape of that contract quietly starts deciding how many customers you are willing to put a dashboard in front of.

Qrly's embedding is the same surface as everything else. Sign a JWT, drop in an iframe, pass locked parameters the viewer cannot override, and serve as many customer tenants as you like — no per-viewer seat and no second contract. The dashboard your customer sees is the one your analyst built, governed by the same permissions and the same always-applied model filters.

02 / Pricing

Two bills, and only one of them is Sigma's

Sigma is quoted per user by account type, which on its own is predictable enough. The part that catches finance out sits underneath it: every workbook runs live against Snowflake, BigQuery or Redshift, so each refresh is warehouse compute billed by your cloud provider. Give a dashboard to two hundred people who reload it each morning and you have created a recurring second bill nobody signed off.

Qrly's flat licence never scales with headcount — the 51st user costs nothing, and neither does the 501st — and four opt-in caching tiers, result materialisation on a refresh interval, a per-user daily query budget and a query governor exist precisely so a popular dashboard does not turn into a variable cost. Budget conversations become a one-line item.

03 / AI

AI you cannot point at your own hardware

Sigma's AI runs where Sigma runs: in the vendor's cloud, against models the vendor chose. The quality is good, but for regulated teams, legal, finance or public-sector operators the data-flow shape is often the whole decision, because the prompts and the schema they carry still leave the perimeter — and on a SaaS-only platform there is no configuration that changes it.

Qrly ships AI with a local option: point it at an Ollama or LM Studio endpoint on your own hardware and every prompt, every schema description and every generated query stays inside your network. Row access is off by default — the model sees your schema, not your rows, until you explicitly enable it — and there is no separate AI subscription to renegotiate when a sensitive project starts.

04 / Deployment

SaaS-only is a decision you make once

Sigma is a good product with one structural constraint: it is a cloud service over a cloud warehouse, and both halves are somebody else's infrastructure. If the data cannot leave the building, if procurement needs the platform inside your own network, or if your source of truth is a Postgres or SQL Server instance rather than a warehouse, the evaluation ends there no matter how good the interface is.

Qrly self-hosts as a single deployment on any Linux box or Kubernetes cluster, speaks 12 SQL dialects across 40 connection types, and holds nothing back for a cloud tier. Your data stays where it already is, your LLM stays where you put it, and there is no phone-home in the middle.

Total Cost

Pricing, honestly

Our own list price in full, and an honest account of how Sigma charges. The Qrly column is the published schedule evaluated at €15M of revenue — the number of people using it does not move it.

Methodology, 28 August 2026. Qrly publishes a complete rate card, so the figures in our column are quoted exactly. The other column describes a pricing model rather than quoting a number: vendor list prices change without notice and several of these vendors do not publish one at all. For current figures, go to the vendor’s own pricing page.

Qrly

Annual licence · priced on your revenue · unlimited users, one organisation, one installation

  • Annual licence at €15M revenue €6,300
  • Per analyst / per viewer €0
  • Per query, per credit, per capacity unit €0
  • Embedded dashboard consumers €0
  • Embedding, alerts, OIDC/SSO, row-level rules Included at every tier
  • Self-hosting and bring-your-own LLM Included at every tier

Three years of licence: €18,900
That is our published schedule evaluated at €15M of revenue — 0.18% of the first €500k, then 0.12%, 0.0525% and 0.027% on each tranche above it. It does not move when you add users. The whole rate card, from the €900 floor upward, is on the pricing page.

Sigma

Per user, by role · quoted · Sigma cloud only

  • How it charges Per user, by role, on an annual agreement
  • List prices Not published — quote only, see sigmacomputing.com/pricing
  • Deployment Sigma cloud only — no self-hosted edition
  • Embedded analytics Its own commercial arrangement
  • Warehouse compute Billed by Snowflake, BigQuery or Redshift
  • AI features Vendor-hosted models

Two bills, and Sigma quotes only one of them. The licence is per user and negotiated; the compute is charged by your warehouse on every refresh, every filter change and every embedded view, and that meter answers to your users’ curiosity rather than to your turnover. Model the second bill before you argue about the first.

Migration

Moving from Sigma to Qrly

Most teams are up and running on Qrly within a working week.

The standard migration path

There is no export to negotiate. Qrly connects to the same warehouse Sigma queries — Snowflake, BigQuery and Redshift are all supported connection types — so the data never moves and the work is a rebuild of definitions, not a transfer of rows. Mid-size teams typically finish the cutover in under a week; larger organisations run a parallel window of thirty days before dropping the old contract.

  1. Connect the warehouse directly. Add Snowflake, BigQuery or Redshift as a Qrly connection, test it before saving, then run a schema sync so the visual builder and the SQL autocomplete know your tables. Credentials are AES-encrypted at rest, execution limits are set per connection — timeout, max rows, concurrency, queue depth — and the pool hands out read-only connections.
  2. Rebuild workbook logic as questions. Each element becomes a saved question: a source table or another question compiled as a subquery, a nested AND/OR filter tree over around 35 operators, aggregations, breakouts, having and order-by with explicit NULL handling. Spreadsheet formulas doing arithmetic on columns become calculated fields, validated server-side before they ever run.
  3. Promote the repeated logic into a model. Where several workbooks recompute the same measures, define one OLAP model — fact table, dimension joins, a measure and dimension catalogue, named hierarchies — and every question above it inherits the definitions, the year-to-hour time drill, prior-period comparison and the always-applied model filters that act as a security boundary.
  4. Rebuild dashboards and re-point the embeds. Cards drop onto a 12-column grid with cascade filters mapped per card, and the customer-facing views come back as signed-JWT embeds with locked parameters — the same surface, without a per-viewer seat behind it.
  5. Move users, then run in parallel. Point Qrly at your identity provider — OIDC and LDAP are in the base product, so nobody re-registers. Keep Sigma live for thirty days while the team compares numbers side by side, and stop renewing once the last verified question has been signed off.
FAQ

Common questions

Is Qrly a direct replacement for Sigma?
For most teams — yes. Both let people who do not write SQL build their own questions, and both run live against the database rather than a stale extract. The differences are structural: Sigma is SaaS-only and needs a cloud data warehouse underneath it, while Qrly self-hosts on your own Linux box across 40 connection types and 12 SQL dialects, with a signed-JWT embed portal as the same surface your analysts use, on-prem AI via Ollama or LM Studio, multi-tenancy in the base product, and OIDC as a standard feature rather than an enterprise upsell. If your data already lives in Snowflake and your team thinks in spreadsheets, Sigma's grid is hard to beat — for everyone else the fit is close, and the contract shape is simpler.
How do we move our Sigma workbooks across?
Nothing has to be extracted. Qrly connects to the same warehouse Sigma queries — Snowflake, BigQuery and Redshift are all supported connection types — so the data never moves and the migration is a rebuild of definitions rather than a transfer of rows. Workbook logic becomes saved questions in the visual builder, spreadsheet formulas become server-validated calculated fields, and anything already written as SQL can be pasted in, where a flat SELECT is reverse-engineered into a visual definition with CTEs, UNION and subqueries reported as lossy.
Our people live in spreadsheets. Will they cope with Qrly?
Sigma's grid is the easiest surface in BI for someone who thinks in formulas, and Qrly does not imitate it. Qrly gives them a visual query builder plus a result table that behaves like one: click-to-sort per column, conditional formatting rules, per-column totals and subtotal rows grouped by a breakout, drill-through from any chart point or row into the underlying records, and CSV or JSON export. Reports also come in a spreadsheet type backed by Qrly's own spreadsheet engine, so the people who want a grid still get one.
Does Qrly have anything like Sigma input tables?
No, and it is worth being blunt about it. Sigma input tables let a user type values back into the warehouse; Qrly is deliberately read-only. Native SQL must begin with SELECT or WITH, roughly 30 keywords including INSERT, UPDATE and DELETE are blocked outright, and the connection pool hands out read-only connections. If planning writeback is central to your workflow, Sigma does something Qrly does not. If read-only is the point — regulated data, or a production database nobody should be writing to from a dashboard — that constraint is the feature.
How does QQL compare to Sigma's spreadsheet interface?
They solve the same problem from opposite ends. Sigma has no separate query language: you build in a spreadsheet grid and it compiles what you built into warehouse SQL, one way. QQL is a JSON query document assembled in a visual builder — source table or another saved question, a nested AND/OR filter tree over around 35 operators, aggregations, breakouts, having, joins and order-by with explicit NULL handling — compiled to 12 SQL dialects, so the same question runs unchanged on Postgres and BigQuery. It also round-trips: every visual question compiles to SQL you can read, and a flat SELECT converts back into a visual definition, with lossy constructs reported rather than hidden.
Cost for 50 users over 3 years?
Qrly is priced on revenue, not seats: a €15M-revenue company pays €6,300 a year — €18,900 over three years — for unlimited everything, one organization, one installation. Sigma does not publish list prices; it is quoted per user by account type. The line that catches finance out is the second one: because every view runs live against the warehouse, Snowflake, BigQuery or Redshift compute is billed on top by your cloud provider, and it scales with how often people look.
See More Comparisons

Evaluating Qrly against another tool? Jump to the detailed side-by-side.

Ready for BI that stays yours?

Self-hostable. Flat pricing. Built-in embedded analytics. On-prem AI. Made in Belgium. See Qrly Pricing Screenshots
Machine translation

Read this site in your language.

The site is written in English. Google Translate can show it in Dutch, French and Luxembourgish. The translation is automatic and not reviewed by us: for prices and terms the English page is the one that counts.

Translation by Google. Choosing a language loads Google Translate, sends the text of the pages you open to Google and stores one cookie in this browser until you close it. English switches all of that off. Google privacy policy