Datenbank

Ihre Datenbank. Ihre Regeln.
Ihre Geschwindigkeit.

Relpin nutzt per-org Postgres-Datenebenen, serverseitige SQL-Ausführung und governed Connector-Pfade. BYOD und breitere Datenquellen-Konnektoren sind geplante Erweiterungen.

Jetzt starten In Aktion sehen
Abfragekonsole
Verbunden
Abfrage
1SELECT
2 o.id,
3 o.status,
4 c.name AS customer,
5 SUM(li.total) AS amount
6FROM orders o
7JOIN customers c ON c.id = o.customer_id
8JOIN line_items li ON li.order_id = o.id
9WHERE o.created_at > '2025-01-01'
10GROUP BY o.id, c.name
11ORDER BY amount DESC
12LIMIT 50;
Dediziertes Postgres

Eine Org. Governed Data Plane.
Klare Umgebungsgrenzen.

Relpin baut auf einer DB-per-Org-Baseline mit DEV-, TEST- und PROD-Umgebungsschemas auf, plus DB-per-Env-Pfad für Enterprise-Isolation.

01
Org-Datenebene

Jede Organisation erhält ein dediziertes Postgres mit Schemas im Org-Scope.

02
Umgebungsgrenze

DEV, TEST und PROD Schemas halten Umgebungsgrenzen explizit und abfragbar.

03
Serverseitiger Zugriff

Tenant-DB-Credentials bleiben env-basiert und serverseitig — landen nie im Browser.

Dediziertes Postgres
Multi-Tenant (andere)
× Geteilte Datenbank für alle Mandanten
× tenant_id auf jeder Tabelle
× Row-Level-Security-Richtlinien erforderlich
× Geteilter Connection Pool
× Isolierung hängt von Richtlinien-Korrektheit ab
Dediziert (Relpin)
✓ Org-eigene Datenebene
✓ Umgebungsspezifische Schemas
✓ Serverseitige Credential-Handhabung
✓ Transaction-local Settings
✓ Enterprise DB-per-Env-Pfad
DB-per-Org-Baseline mit Schema-Ownership pro Organisation
Umgebungsschemas halten DEV, TEST und PROD explizit getrennt
Tenant-DB-Zugriff bleibt serverseitig und env-basiert
Enterprise-Pfad unterstützt stärkere DB-per-Env-Isolation
DB-per-Org-Baseline · Umgebungsschemas · Serverseitiger Zugriff · DB-per-Env-Pfad
Query Engine

SQL auf dem Server.
Nicht im Browser.

Abfragen laufen serverseitig in nativem SQL. Sortierung, Filterung, Aggregation und Paginierung werden an Postgres delegiert — nicht in den Browser-Speicher geladen.

01
Pushdown-first

Filter, Sort und Pagination kompilieren zu SQL. Publish schlägt fehl, wenn die Query client-side ausgewertet würde.

02
Server-Ausführung

Queries laufen in Postgres — kein 100k-Zeilen-Browser-Memory-Hotloop.

03
Nativer Dialekt

Parametrisiertes SQL mit schema-qualifizierten Tabellennamen — typed Bindings, kein String-Concat.

Query Engine
Abfragedefinition
1const ordersQuery = defineQuery({)
2 table: 'orders',
3 select: ['id', 'status', 'total'],
4 joins: [{
5 table: 'customers',
6 on: 'customer_id'
7 }],
8 where: { status: 'completed' },
9 orderBy: { total: 'desc' },
10 limit: 100
11})
Serverseitige SQL-Ausführung — keine clientseitige Datenverarbeitung
Sortierung, Filterung und Paginierung an Postgres delegiert
Parametrisierte Query-Pfade reduzieren SQL-Injection-Oberfläche
Pushdown-first — Veröffentlichung schlägt fehl wenn ein Filter clientseitige Auswertung erfordert
Serverseitiges SQL · Parametrisiert · Pushdown-first · Produktionssicher
BYOD Demnächst

Ihr Postgres.
Ihre Infrastruktur.

Geplanter BYOD-Support zielt auf bestehende Postgres-Infrastruktur, während Credential-Handling und Tenant-Routing serverseitig bleiben.

01
Bring Your Own Postgres

Bestehende Instanzen anvisieren, ohne serverseitige Credential-Grenzen aufzugeben.

02
Credential-Grenze

Tenant-DB-Credentials bleiben in Server-Environment oder Secret-Bindings — außer Browser-Reichweite.

03
Routing-Guardrails

Per-Org- und Per-Env-Routing-Checks bleiben über dieselbe Control Plane erzwungen.

BYOD
Verbindungskonfiguration
Host
db.acme-corp.internal
Port
5432
Datenbank
relpin_prod
Benutzer
relpin_svc
SSL-Modus
verify-full ▼
Verbindung testen
Bestehende Postgres-Instanzen anvisieren, ohne Credentials in den Browser zu geben
Tenant-DB-Credentials bleiben in serverseitigen Environment- oder Secret-Bindings
Per-Org- und Per-Environment-Routing-Checks bleiben erhalten
Private Networking und Failover bleiben Enterprise-Implementierungsdetails
BYOD Postgres geplant · Serverseitige Credentials · Tenant-Routing-Guardrails
Konnektoren Verfügbar Katalog geplant

Slack ist der Referenz-Connector.
Breiterer Katalog geplant.

Das governed Invocation-Framework ist heute live. Slack ist der Referenz-Connector — serverseitige Aufrufe mit Idempotency Keys, Retries, SSRF-geschütztem Egress und Capability Gates. Ein breiterer Katalog aus Datenbank-, API- und Custom-Source-Konnektoren ist über dasselbe Framework geplant.

01
Governed Invocation

Connector-Aufrufe laufen serverseitig über einen queued Worker mit Idempotency Keys, Retries und Capability Gates.

02
Slack Referenz-Connector

Slack ist heute der Referenz-Connector — SSRF-geschützter Egress, Capability Gating und auditierte Invocations.

03
Katalog-Roadmap

Database-, REST-, GraphQL- und Custom-Source-Konnektoren sind über dasselbe governed Framework geplant.

Konnektoren
Konnektor-Registry
PostgreSQL
connected
Slack
connected
MySQL
planned
MongoDB
planned
REST API
planned
GraphQL
planned
Slack ist heute als governed Referenz-Connector live
Serverseitige Invocations mit Idempotency Keys, Retries und SSRF-geschütztem Egress
Connector-Instanzen speichern Config und Secret References, nie Browser-Secrets
Datenbank-, API- und Custom-Source-Breite ist auf der Connector-Roadmap geplant
Slack-Connector live · Governed Invocation · SSRF-geschützt · Capability Gates
Anwendungsfälle

Was Teams darauf bauen.

Von operativen Dashboards bis Audit-Workflows trägt die Datenebene governed interne Tools.

Analytik

Analyse-Dashboards

Operative Dashboards mit serverseitigen Aggregationen, Filtern und Drill-down-Ansichten auf governed Daten.

Datenverwaltung

Datenverwaltungstools

Vollständige CRUD-Oberflächen mit Validierung, Suche, Massenoperationen und eingebautem Audit-Logging.

Kunden 360

Kunden-360-Ansichten

Kundenansichten über governed Datenquellen, wenn Connector-Abdeckung wächst.

Audit & Compliance

Audit- & Compliance-Reporting

Unveränderliche Audit Trails mit SQL-abfragbaren Logs, gefiltert nach Akteur, Aktion und Zeitraum.

Datenmigration

Datenmigrations-Pipelines

Schema- und Datenänderungen laufen über geprüfte, auditierbare Plattform-Operationen.

Multi-Source-Reports

Multi-Source-Reporting

App-Daten mit weiteren governed Quellen kombinieren, wenn Connector-Abdeckung wächst.

Ops Use Cases · Assignment Starter · Governed Data Paths
Datenbank

Schluss mit Abfragen im Browser.
Anfangen mit SQL.

DB-per-Org-Datenebene. Serverseitiges SQL. Governed Connector Calls. Gebaut für Teams, die operative Daten ernst nehmen.

Jetzt starten Plattform erkunden

Offene Beta · Demo-Workspace enthalten · Governance-fokussiert

Serverseitiges SQL · Mandanten-isoliert · Env-basierter DB-Zugriff · Governed Connectors