Skip to main content
Snowflake

Make Snowflake usable by everyone.

AI analytics on the Snowflake data, roles, and metrics you already run the business on.

How it works

Run analytics where your data already lives

01

Warehouse-native, no copies

Golden sends SQL to Snowflake and renders the result. Your warehouse does the work, your logs keep the record, and every answer comes from live data, not an extract that may be out of date.

02

Snowflake governs access

With OAuth, users query as themselves. Their Snowflake roles, grants, row-level policies, and masks decide what they can see. Golden does not ask your team to maintain a second permission model.

03

Metrics stay where your team defined them

Golden reads Snowflake Semantic Views, so dimensions, facts, and metrics arrive as certified fields. AI answers, dashboards, and stories use the same definitions your data team already approved.

Golden Analytics × Snowflake

The request path

How Golden talks to Snowflake

StepWhat happens
1 · ConnectUse OAuth, key-pair, or PAT. Your admin approves the connection and stays in control.
2 · PrepareClean, normalize, and reshape data in Golden. The steps compile into SQL that runs in Snowflake, so no data is copied out.
3 · QueryGolden generates SQL and sends it to Snowflake. No extract or duplicate data store required.
4 · EnforceSnowflake executes the query under the user's role, so existing grants and policies apply.
5 · AnswerGolden renders the result for analysis, dashboards, and stories.
Comparison

Why Golden on Snowflake is different

CriterionTraditional BIGolden Analytics
Snowflake accessOften relies on extracts, copies, or refresh jobsQueries Snowflake live. No copied warehouse data
IdentityOften uses a shared service account plus app-level permissionsOAuth per-user. Snowflake roles decide access
MetricsDefinitions are rebuilt in a separate semantic layerReads Snowflake Semantic Views. Metrics stay defined once
ArchitectureDashboard-first product with AI added laterAI is built into discovery, prep, analysis, and storytelling
Time to first insightTraining and setup slow teams downStart with a question, chart, dashboard, or story in minutes
AI experienceChat panel separate from the workflowAI works inside the same workflow users edit and inspect
Full workflowPrep, analysis, and storytelling often live in different toolsConnect, discover, prepare, analyze, and communicate in one place
Frequently asked questions

Golden × Snowflake

How does Golden connect to Snowflake?

Golden runs directly on top of your Snowflake account and queries it live. When a user asks a question or builds an analysis, Golden generates SQL, sends it to Snowflake, and Snowflake executes the query; Golden then renders the result for analysis, dashboards, and stories. There are no extract jobs, no second warehouse, and no copied data layer — every answer comes from live data in Snowflake.

Does Golden move or copy data out of Snowflake?

No. Golden does not extract, copy, or sync your Snowflake data. The data stays in Snowflake, and Golden returns only the results needed for a given analysis, dashboard, or story. There is no duplicate warehouse to maintain and no stale copy that drifts out of date.

How does Golden respect Snowflake roles, permissions, and governance?

Golden passes each person's Snowflake identity through to the warehouse, so Snowflake governs access. With OAuth, every user queries as themselves, and their Snowflake roles, grants, row-access policies, and dynamic masking decide what they can see. Golden does not maintain a second permission model, so the controls your Snowflake admins already manage stay fully in force.

Where do metric definitions come from when I use Golden on Snowflake?

Golden reads your Snowflake Semantic Views, so dimensions, facts, and metrics arrive as certified fields that are defined once in Snowflake. AI answers, dashboards, and stories all use the same definitions your data team already approved, rather than a separate semantic layer rebuilt inside the BI tool. When a metric changes in Snowflake, Golden reflects that change.

What authentication methods does Golden support for Snowflake?

Golden supports OAuth for per-user identity, key-pair authentication (JWT / RS256), programmatic access tokens (PAT), along with automatic key rotation. Your Snowflake admin approves and runs the security integration, and Golden never self-provisions access. Credentials and tokens are encrypted at rest with per-account KMS envelope encryption, and traffic is pinned to Snowflake domains to prevent token redirects.

Does Golden increase Snowflake costs or change how activity is audited?

Golden's queries run on your Snowflake warehouse, so Snowflake compute does the work and your team keeps cost visibility, query history, and audit trails. Golden identifies itself as a registered partner on each call, so its activity is visible in Snowflake query history. No separate engine performs the computation outside your account.

How is Golden different from traditional BI tools running on Snowflake?

Traditional BI tools often rely on extracts, copies, or refresh jobs, a shared service account, and a semantic layer rebuilt outside the warehouse. Golden queries Snowflake live with no copied data, uses OAuth so Snowflake roles decide access for each user, and reads Snowflake Semantic Views so metrics stay defined once. Golden is also AI-native: AI is built into discovery, preparation, analysis, and storytelling rather than added as a separate chat panel.

Can Golden use Snowflake alongside my other data sources?

Yes. In addition to Snowflake, Golden connects to BigQuery, Redshift, Databricks, Google Sheets, and files such as CSV, Parquet, and JSON. Teams can run one AI analytics workflow across all of these sources, with warehouse queries running in place rather than being duplicated into Golden.

Get started

Bring Golden to your Snowflake

Connect Snowflake, keep governance in place, and start building live dashboards on warehouse data.