DBDelve renders a million‑row, 100‑column table in under a minute, far quicker than DBeaver.
*Shayan Abbas' open‑source DB client, DBDelve, shows dramatic gains over DBeaver in launch time, query speed and RAM use. The benchmark on an M1 Pro Mac underscores a growing demand for lean, high‑performance developer tools.*
Shayan Abbas released DBDelve, an open‑source database client built with Rust and GPUI, to fill a gap left by heavyweight tools. After months of frustration with DBeaver’s crashes and memory bloat on an aging laptop, he engineered a client that feels as light as a text editor yet handles massive result sets. The public benchmark, run on an M1 Pro Mac, shows DBDelve launching in just over a second, rendering a million‑row query in under a minute, and staying under five hundred megabytes of RAM. Those numbers starkly contrast DBeaver’s five‑second launch, three‑minute query, and multi‑gigabyte memory consumption.
DBDelve 0.3.6 was pitted against DBeaver 25.3.1 on the same Postgres table. The test ran five median runs on an M1 Pro, 32 GB, on 2026‑10‑11. Launch time was 1.1 s for DBDelve versus 5.2 s for DBeaver. Idle memory sat at 133 MB compared with 606 MB. A 1,000‑row query completed in 0.21 s, while DBeaver needed 1.96 s. Scaling to one million rows, DBDelve took 56 s and used 4.9 GB; DBeaver required 208 s and 17 GB. The DBeaver heap limit had to be raised manually for the test.
Shayan built DBDelve after years of wrestling with bloated tools on an outdated machine. DBeaver crashed repeatedly, especially when handling PostGIS extensions. The memory hog and UI lag made routine queries painful. By migrating to performance‑first apps like Zed and Ghostty, Shayan eliminated the bottlenecks. DBDelve continues that philosophy: minimal RAM footprint, fast rendering, and a UI that feels responsive even on modest hardware. The benchmark confirms that a lean client can handle massive result sets without choking the system.
DBDelve offers read‑only, read‑write and full‑access modes, glass themes, and fully customizable keybindings. Connections can be organized into projects and imported from DBeaver or TablePlus. The UI is described as simple and stable after a month of daily use by early adopters. Limitations remain: the app is not signed or notarized, and feature parity with mature clients is still a work in progress. Nevertheless, the raw performance numbers and low memory usage make it a viable alternative for developers who prioritize speed over exhaustive feature sets.
DBDelve is written in Rust and leverages the GPUI framework, originally created for the Zed editor. Shayan credits the Zed team for a breezy development experience, despite the GPUI crate lagging on crates.io. Community patches solved the update issue. A key optimization was packing rows, cutting memory overhead by roughly 40 %—from 8.1 GB to 4.9 GB on a 4 GB table loaded in the app. GPUI‑kit bundles GPUI and GPUI‑component with experimental retained‑mode optimizations, promising even greater efficiency for future versions.
DBDelve launches in 1.1 seconds, while DBeaver takes 5.2 seconds on the same hardware.
DBDelve uses 4.9 GB of RAM, whereas DBeaver consumes 17 GB for the same dataset.
Yes, DBDelve can import connections from DBeaver and TablePlus.
The DBDelve results prove that a well‑engineered, Rust‑based client can outpace entrenched, Java‑heavy alternatives. As developers increasingly demand speed and low overhead, tools that prioritize performance will gain traction. DBDelve’s open‑source model and community‑driven GPUI improvements suggest a rapid evolution path, potentially reshaping the database client landscape within months.
Sources: Hacker News