Skip to content

Open source · MIT · v0.13.4

You created the database.
The editor is already beside it.

LibreDB Studio is the database IDE that deploys next to your data instead of onto your laptop — one browser tab for PostgreSQL, MySQL, MongoDB, Redis and thirteen more engines, with SSO and audit built in.

docker run -p 3000:3000 libredb/libredb-studio

or npx @libredb/studio — no Docker needed. Running in about ten seconds.

studio.internal — live product tour

Why it exists

The database took forty seconds. Reaching it took the afternoon.

You create a Postgres on Railway. It is ready before your coffee. Then you want to look inside it — so you expose a port to the internet, or install a desktop client and dig an SSH tunnel, or give up and drive it from a shell.

Databases moved — into Kubernetes, into PaaS platforms, into a customer's VPC. The tools that read them did not. They are still desktop applications: heavy, licensed per seat, built for one database, one laptop, one person who never changes machines.

✕ database exposed to the internet — closed by the first security review

The tool goes to the data. Not the data to the tool.

Take that seriously and it becomes a specification: the editor has to run in a browser, reach a phone, deploy like infrastructure and stay unrestricted. MIT is not generosity — it is a requirement of the architecture.

✕ dumps, replicas, tunnels — terabytes travel to one machine

runs in a browserreaches a phonedeploys like infrastructureMIT licensed

How it works

From forty seconds to the whole team

  1. 01

    Create the database

    A one-line provision, a Helm release, a managed instance — ready in forty seconds, inside a network your laptop cannot see.

  2. 02

    Deploy Studio beside it

    One container next to the database. Same network, nothing exposed to the outside, no SSH tunnel dug. Docker, Helm, an operator, or a one-click template.

  3. 03

    Open a browser tab

    The editor is a URL. It reaches your laptop, your teammate's machine, and the phone you are holding during an incident. Nothing to install, ever again.

  4. 04

    Sign the whole team in

    OIDC single sign-on, role-based access control, an audit trail of every executed query, and risk analysis before a destructive statement runs.

Seventeen engines

One interface.
Different engines.

Relational, document, key-value, analytical, search and federated query — the same tree, editor and grid over each of them, and each engine's real limits declared rather than papered over.

PostgreSQL

SQL

The reference engine — pooled connections, full catalog introspection, visual EXPLAIN, ER diagrams, live health and agent mode.

TRANSPORT
pg pool · 5432
REFERENCE
docs/providers/postgres.md

What this engine does not do

Nothing held back — every capability in the product ships here, including agent mode.

Stated because the alternative is a feature list that quietly breaks on the fourth engine. Capability flags come from the provider itself — a control that cannot work is hidden, not offered and then failed.

The claim is the span, not a count — seventeen engines, one interface. Per-engine detail lives in the provider docs.

The product

A serious IDE, not an admin panel

Monaco under the hood, a virtualized grid over millions of rows, and the panels a DBA actually opens.

studio — live tour postgres · prod-eu

What ships

Everything a database IDE owes you

  • 01

    Schema-aware SQL editor

    Monaco under the hood — table and column completion, formatting, snippets, ⌘⏎ to run.

  • 02

    Visual EXPLAIN

    Plan trees for PostgreSQL, MySQL, DuckDB, ClickHouse, Trino and more — scan types, joins and costs, drawn.

  • 03

    ER diagrams

    Foreign-key graphs discovered from the schema. Pan, filter, and export as SVG or PNG.

  • 04

    AI that knows your schema

    Explain a query or draft one in plain language — Gemini, OpenAI, Ollama or any compatible endpoint. Generated SQL is yours to read before it runs.

  • 05

    Live health dashboard

    Sessions, slow queries, cache hit ratios and storage — read from each engine's own reporting interface.

  • 06

    The database agent

    State an objective; the agent runs read-only, budgeted SQL and writes a report where every claim cites a result.

Open source

Nothing sits behind an enterprise wall

LibreDB Studio is MIT because it has to go everywhere. What costs money is someone else running it for you — no capability moves across that line to create a reason to upgrade.

What ships in the MIT build compared with typical community editions
CapabilityLibreDB StudioTypical community editions
OIDC single sign-on in the MIT build Enterprise, AWS only
ER diagrams in the MIT build PRO editions
AI assistant in the MIT build Enterprise
MongoDB and Redis in the MIT build absent from community driver sets

License and feature scope only, each line with a primary source — the full table lives on the comparison page.

  • 100% line coverage, enforced as a CI gate
  • 17 engines — SQL, NoSQL, analytics and search
  • 33 distribution channels, 25 of them live
  • MIT license. All of it, nothing held back

Deploy

It installs like infrastructure, because it is

A container, a Helm chart, a certified Rancher listing, a one-click template, or an npm package embedded inside your own product.

docker run -p 3000:3000 libredb/libredb-studio

# zero-config first run — secrets generated at boot, printed once

Bring the editor to the data.

Open the live demo, or have your own Studio running next to your database in about a minute.

github.com/libredb/libredb-studio ↗