Your database. Your rules.
Your speed.
Relpin uses per-org Postgres data planes, server-side SQL execution, and governed connector paths. BYOD and broader data-source connectors are planned expansions.
One org. Governed data plane.
Clear environment boundaries.
Relpin is built around a DB-per-org baseline with DEV, TEST, and PROD environment schemas, plus a DB-per-env path for enterprise isolation needs.
Every organization gets a dedicated Postgres with schemas owned at the org scope.
DEV, TEST, and PROD schemas keep environment boundaries explicit and queryable.
Tenant DB credentials stay env-backed and server-side — never reach the browser.
SQL on the server.
Not in the browser.
Queries execute server-side in native SQL. Sorting, filtering, aggregation, and pagination are pushed to Postgres — not loaded into browser memory.
Filters, sorts, and pagination compile to SQL. Publish fails if a query would evaluate client-side.
Queries run inside Postgres — no 100k-row browser memory hot loops.
Parameterized SQL with schema-qualified table names — typed bindings, no string concat.
Your Postgres.
Your infrastructure.
Planned BYOD support will target existing Postgres infrastructure while preserving server-side credential handling and tenant routing guardrails.
Target existing instances without surrendering server-side credential boundaries.
Tenant DB credentials stay in server-side environment or secret bindings — out of browser reach.
Per-org and per-environment routing checks remain enforced through the same control plane.
Standard PostgreSQL connection string
PgBouncer or Supabase pooler
Enterprise implementation detail
Tenant-aware server-side routing
Slack is the reference connector.
Broader catalog planned.
The governed invocation framework is live today. Slack is the reference connector — server-side calls with idempotency keys, retries, SSRF-guarded egress, and capability gates. A broader database, API, and custom source catalog is planned through the same framework.
Connector calls run server-side through a queued worker with idempotency keys, retries, and capability gates.
Slack ships today as the reference connector — SSRF-guarded egress, capability gating, and audited invocations.
Database, REST, GraphQL, and custom source connectors are planned through the same governed framework.
What teams build on it.
From analytics dashboards to compliance reporting, the database layer powers every data-driven internal tool.
Analytics dashboards
Operational dashboards with server-side aggregations, filters, and drill-down views on governed data.
Data management tools
CRUD interfaces with validation, search, bulk operations, and governed mutation paths.
Customer 360 views
Customer views over governed data sources as connector breadth grows.
Audit & compliance reporting
Tenant audit events with SQL-queryable history, filtered by actor, action, and time range.
Data migration pipelines
Schema and data changes routed through reviewed, auditable platform operations.
Multi-source reporting
Combine app data with additional governed sources as connector coverage expands.
Stop querying in the browser.
Start querying in SQL.
DB-per-org data plane. Server-side SQL. Governed connector calls. Built for teams that take operational data seriously.
Open beta · Demo workspace included · Governance-focused
Server-side SQL · Tenant-isolated · Env-backed DB access · Governed connectors