Postgres.ai team is proud to announce the very first public release of Database Lab
Database Lab helps build non-production environments for projects that use multi-terabyte Postgres databases. Initially obtained using standard “thick” copying (such as pg_basebackup, restoration from an archive, or dump/restore), Postgres data directory then gets cloned on request. Such cloning takes just a couple of seconds. Developers, DBAs, and QA engineers can quickly get fully independent copies, perform testing, and idea verification obtaining reliable (close to production) results. As a result, development speed and quality significantly increase.
Here is the list of some tasks that Database Lab can help solve:
- Troubleshoot an SQL query (run
EXPLAIN (BUFFERS, ANALYZE)): with query planner settings matching production, one can check any query, including
TRUNCATE, not putting production master into any risks. See also: Joe bot.
- Verify an index idea: it is easy to create an index and check if it helps optimize your queries.
- Check database migrations (DB schema changes) or massive data modifications and highlight potentially dangerous steps, to avoid performance degradation and downtime on production.
A single Database Lab instance can provide multiple thin Postgres clones (full-size and fully independent) simultaneously. It becomes possible thanks to copy-on-write (CoW) technology. The only option supported in version 0.1 is ZFS; however, there are plans to support other technologies in the future.
Database Lab can be installed either on a physical machine or a VM. Both on-premise or cloud setups are possible. Users communicate with Database Lab using either REST API or client CLI. The first version of Database Lab has certain limitations:
- it works on Ubuntu 18.04 only,
- only Postgres versions 9.6, 10, 11, and 12 are supported,
- in addition to ZFS, the installation of Postgres and Golang is required (it is planned to get rid of this requirement in version 0.2, fully switching to containers).