Catalog

Tables

Every table with row counts, sizes, and column metadata.

The story

These pages use illustrative scenarios to walk through real workbench panels. Sidebar labels, Bridge paths, and connection schemes match the app; characters and timelines are examples for learning.

Needing row counts before vacuuming, opens Tables — every table with estimates, sizes, and column metadata — and jumps to the grid from one click.

The Catalog panel Tables is where Bridge turns raw metadata into decisions — counts, definitions, dependencies, and links into the grid or Query lab. No information_schema archaeology; no guessing which mat view is stale.

Open Tables from the left sidebar after you connect; everything here reflects the live connection, not a cached export from yesterday.

Bridge path: /database/tables

Tables

Step 1

Every table at a glance

public.invoices shows 2.1M rows and 400 MB — candidate for archive. Click opens grid filtered to that table.

DDL peek without pg_dump.

Every table with row counts, sizes, and column metadata. /database/tables. Row counts, sizes, column lists.

Every table at a glance

Step 2

Jump to DDL or data

From table row: Open in grid, copy CREATE stub, open in Query lab.

Catalog is navigation hub, not read-only museum.

Context actions to Data grid and Query lab.

Jump to DDL or data

Step 3

Spot bloated tables

Size column ranks tables for maintenance — autovacuum tuning starts here.

Ops team prioritizes from facts.

Pair with Indexes and Ops → Backups for maintenance workflows.

Spot bloated tables
This panel appears in the Nexoxa Bridge left sidebar after you connect with the matching connection URL. See the connection docs above for postgresql://, ssh://, sftp://, s3://, or smtp:// examples.

Related connections

Database connection URLs

Ask a question… Ctrl+I