Most developers do not want to be in the dashboard business. They want to ship features. EQQ lets the data team own “queries and data APIs” as a platform, so developers spend their cycles on the actual product.
The loop we want to eliminate

- PM: “I need a list of customers who did X in the last 7 days.”
- Dev: writes a controller, DTO, repo method, test.
- Code review, QA, deploy.
- PM: “can you also include Y?” → repeat.
The loop EQQ enables
- Data steward builds a query in EQQ. Parameterized.
- Every query is an API:
POST /api/usequery/{id}/execute. - PM edits the query directly; endpoint reflects immediately.
What developers keep
- Type safety on the call site - generate a typed client from the query schema.
- Auth - API keys, MFA, roles, all already there.
- Observability - audit log, latency, row counts, out of the box.
When not to use EQQ as an API
Write endpoints. EQQ is query-first by design. Every call to POST /api/usequery/{id}/execute reads data; it does not insert, update, or delete rows. If your integration needs to mutate data, write that endpoint in your own service and use EQQ as the read layer for verification or audit queries alongside it.
Public internet APIs. EQQ authenticates callers via API keys passed in the X-API-Key header and is designed for trusted internal consumers. If you need a public-facing API, place a dedicated gateway service in front and let EQQ serve as the governed data source behind it, not the public endpoint itself.
Hot-path, sub-10ms APIs. EQQ executes SQL against your relational database on every request. For endpoints that must respond in single-digit milliseconds at high concurrency, keep those paths in your application service with an in-memory cache. EQQ is the right choice for operational reporting, dashboards, and integrations where a few hundred milliseconds of query latency is acceptable.
For the 80% of internal APIs where a governed read-only endpoint is the actual requirement, EQQ eliminates the boilerplate entirely.
EQQ concepts every developer should know
- DTO - Data Transfer Object - a class that carries data between application layers with no business logic.
- QA - Quality Assurance - the practice of verifying software correctness through systematic testing.
- API Key - a secret token passed in the
X-API-Keyrequest header to authenticate calls toPOST /api/usequery/{id}/execute; up to 5 active keys per account, managed under My Account. - Query lifecycle - every EQQ query moves through states (In Process, Active, Inactive, Void) that control whether it can be executed; only Active queries are callable via the API.