Version 3
Data Collections

Data Collections

A Data Collection is a workspace built around a specific set of data: the sources it comes from, what the terms mean in your business, and the queries your team trusts.

Audience: builders

What makes it more than a connection

Your administrator connects the warehouse or the system of record once. A Data Collection is what you build on top, and three things make it worth building.

Queries run live against the source. Zero-copy: the data is not duplicated into the platform. What you get back is what is in the warehouse right now, and your existing access controls still apply.

It speaks your vocabulary, not your warehouse's. Tables do not speak your business; entities do. You define what a Customer, an Invoice, a Vendor, or Days Payable Outstanding means, and questions get translated into SQL for you. Your team asks in their language rather than in column names.

Answers carry their lineage. Every result records what query ran, who ran it, and what came back. Auditors get the trail rather than a paragraph in a memo.

Trust comes in two layers

Asking a question the collection has never seen works, because it can compose SQL from the catalog. That is what makes it useful immediately.

For the questions that matter most, verified queries pin the SQL your team approved, so everyone gets the same answer to the same question. Use the first layer to explore and the second layer for anything someone will act on.

Set one up

Use it

Project or Data Collection? If you are describing something your team does, that is a Project. If you are describing data your team owns, that is a Data Collection. Projects attach the collections they need.