One client,every database
DBeaver, on a Void Linux desktop of your own.A SQL editor, the schema tree, and drivers for the engine you actually run.
$ dxflow workflow create --identity dbeaver hub://dbeaver --start --link
Connect,then read the schema
The same window for Postgres, MySQL, SQLite, Oracle and the rest.
JDBC drivers download on first use, so a new connection is a form, not a build.
Completion from the live schema, multiple result tabs, and an explain plan.
Export a query or a table to CSV, JSON or another connection, onto the volume.
Every defaultis one override away
The session reads its settings from the environment, so you set them on the start line.
$ dxflow workflow start dbeaver --override env.app.VNC_PASSWORD=something-long
$ dxflow workflow start dbeaver --override env.app.TASKBAR=show --link
The workspacefills the screen
Streamed to your browser, with DBeaver already maximized.
Drivers arrivewhen you first ask
The image carries DBeaver, not every JDBC driver in existence. It fetches the one you need.
Pick an engine and DBeaver downloads its driver. After that the driver is on the volume and the session can be closed off.
Connections, saved SQL and results history live in the Eclipse workspace on /volume, so a restart does not lose them.
A saved connection keeps its password in the workspace. Treat the volume as something worth protecting.
Pulled once,then it stays
DBeaver arrives as one image. This is what comes down the first time, and what the disk should have free for it.
What it wants,and what it needs
The definition asks for 4 cores and 8 GB. The image comes up on less than that, and a start given --fit trims the ask to whatever the machine actually has.
Machines that fit it
DBeaver asks for 4 cores and 8 GB. Cheapest first.