Publish from the SQL Explorer
Save a query, choose a short name for the URL and publish. The endpoint uses exactly the SQL you tested, not a copy that drifts apart later.
Platform · Module · Data API
With the ENABLE data API, you publish a saved SQL query as a REST endpoint on your own data warehouse. Other systems fetch the result with their own API key, via a fixed URL and an OpenAPI specification. Each publication gets a version number, so you always see what is running and can roll back.
Saved query · revenue-by-region · version 3
{
"query": "revenue-by-region",
"version": 3,
"rows": [
{ "region": "South", "revenue_2026": 1421300 },
{ "region": "North", "revenue_2026": 1284900 },
…
]
}A data API makes figures from your data warehouse available to other systems, without those systems needing access to your database. In ENABLE you do this by publishing a query you have already written and checked in the SQL Explorer. That query becomes a REST endpoint that another system can call with an API key.
The big advantage: everyone fetches the same, verified figures. The definition of "revenue" or "open orders" lives in one place, in one query with a version number, and not in five different scripts or exports.
Endpoints are read-only. They run in a read-only transaction on your data warehouse, with a row limit per endpoint and a rate limit per caller. Only client admins can publish queries.
Features
Save a query, choose a short name for the URL and publish. The endpoint uses exactly the SQL you tested, not a copy that drifts apart later.
Each endpoint gets its own key. ENABLE shows it once and only stores a hash. If a key leaks, you replace it with one click.
Make a query flexible with up to twenty parameters, such as a date or customer code. For each parameter you choose text, number, date or yes/no, required or with a default value.
Each publication gets a new version number. The version history shows who published when, and you restore an earlier version as a new publication.
ENABLE generates an OpenAPI 3 specification of all your published endpoints, with parameters, row limit and security. Developers can get started with it straight away.
Set a maximum number of rows per endpoint (5,000 by default, up to 50,000). The response tells you whether the result was truncated. Optionally, cache responses for up to an hour.
Switch an endpoint off when it is no longer needed. Publications are recorded in your organisation's activity log, with version and row limit.
You can set up an API on your data warehouse in two ways: give other systems a database account, or put a controlled layer in between. The first is quick, but then every system can read every table and everyone writes their own SQL. The second is what the ENABLE data API does.
For each endpoint you decide which query runs, which parameters are allowed and the maximum number of rows returned. Parameters are passed to the database as bound values, never pasted into the SQL as text. That prevents SQL injection via the URL.
A system sends a GET request to the endpoint's address, with the API key in the X-API-Key header (or as a Bearer token) and any parameters in the URL. The response is JSON.
| Part | Content |
|---|---|
| Address | /api/v1/queries/[slug], with parameters such as ?from=2026-01-01 |
| Key | X-API-Key header, or Authorization: Bearer |
| Response: data | The rows of the result |
| Response: meta | Row count, version number, truncated yes/no, timestamp |
| Error codes | 401 without a valid key, 400 for an invalid parameter, 429 for too many requests |
The data API is meant for situations where another system or a script needs the same figures as your dashboards. A few examples:
Only client admins publish endpoints. The API key is stored only as a hash, so even platform admins cannot read it back; if it is lost, it is replaced. An endpoint you switch off stops responding immediately, and if an organisation is suspended, all its endpoints stop.
The rate limit of 60 requests per minute applies per endpoint and per IP address. A system that asks too often receives a 429 response with a wait time. Every execution runs read-only on your data warehouse, over the same secure connection as the SQL Explorer.
In ENABLE
Write and test the query in the SQL Explorer, yourself or with help from the AI, and save it under a recognisable name.
Choose the name in the URL, define the parameters and their types, and set the row limit and any caching.
Copy the API key straight into the system that will use it. ENABLE shows it only once.
Share the OpenAPI specification with the developer. Publish new versions, roll back to an old version or switch the endpoint off.
FAQ
A data API is a fixed web address through which a system requests data without having access to the database itself. In ENABLE, each endpoint is a published, read-only SQL query on your own data warehouse, secured with an API key.
In ENABLE, each endpoint has its own API key that is stored only as a hash, a fixed query, typed parameters and a rate limit of 60 requests per minute per IP address. You also set the row limit yourself and restrict the query to the data the consuming system is allowed to see.
No. The ENABLE data API is read-only: endpoints run a SELECT query in a read-only transaction. To load data into your data warehouse, you use a separate integration.
Each endpoint accepts 60 requests per minute per IP address. By default an endpoint returns at most 5,000 rows; you can raise that per endpoint to 50,000. The response tells you whether the result was truncated.
Yes. ENABLE generates an OpenAPI 3 specification of all your organisation's published endpoints, with parameters, types, row limits and the authentication method. You can import it into most API tools.
In an online demo we show you the portal: dashboards per role, row-level security, plain-language questions and how we set it up and manage it for you.