Query Tabs

Every open connection lives in one window, and each connection has its own set of tabs. A tab strip appears above the editor as soon as a connection holds more than one tab, and lists only that connection’s tabs. With a single tab there is no strip, so a window that behaves the way it always did gains no chrome. Each tab is an independent workspace with its own SQL, results, sorting, and filter state. Tabs persist across app restarts.

​

Tab Types

Table tabs track cell edits as pending changes by default. Query tabs support change tracking when the query is a SELECT from one table, with or without WHERE, ORDER BY, or LIMIT. Joins, table aliases, and schema-qualified names like public.users come back read-only.

​

Preview Tabs

Clicking a table opens it right away, in a preview tab that is reused when you click a different table, like VS Code’s preview tabs. A tab with unsaved edits, an applied filter, or sorting is never replaced: the click opens a new tab instead. A preview tab becomes permanent when you interact with it (sort, filter, edit data), or straight away if you use Open in New Tab on the table’s contextual menu. A preview tab still open at quit is restored as a permanent tab. Turn preview tabs off with Settings > General > Tabs > Enable preview tabs if you prefer every click to open a permanent tab.

​

Managing Tabs

​

Creating and Closing

Right-clicking a tab gives you the three close commands for that tab without leaving the strip. The three bulk commands have no shortcut out of the box. Bind them in Settings > Keyboard under Navigation. Closing the last tab leaves the connection open on its empty state rather than closing anything. Cmd+W again closes the connection, and closes the window once that was the last connection open. So the shortcut reads the same way it does everywhere else: it closes the smallest thing in front of you first. Close Tabs for Other Databases closes only tabs opened against a database other than the one the connection is on now. It never touches the tab you are looking at, and it is limited to the current connection. Tabs from different databases are meant to coexist, so switching databases never closes anything on its own. On engines that switch schemas instead of databases, such as BigQuery and Oracle, the command reads Close Tabs for Other Schemas. Closing a query tab keeps its SQL in Recently Closed, so an accidental close costs nothing, including when you close a whole group at once. TablePro asks before closing only when unsaved work would be lost, such as pending data edits, pending structure changes, or unsaved edits to a .sql file on disk. A bulk close asks once, and cancelling stops the rest.

​

Reopening Closed Tabs

The last 20 closed query and table tabs are kept for 30 days. A reopened tab comes back with its SQL, cursor position, and database context. Deleting a connection also deletes its closed tabs.

​

Switching Tabs

• Cmd+1 through Cmd+9 jump to a tab by position
• Cmd+Shift+[ / Cmd+Shift+] for previous and next tab
• Window > Show Previous Tab and Window > Show Next Tab do the same from the menu

Each tab keeps its full state when you switch away: SQL, cursor position, results, scroll position, sort and filter state, and pending changes. Selecting a tab that is scrolled out of sight pulls it back into view.

​

Windows and Connections

One window hosts every connection you have open. Picking a connection in the workspace rail switches that window to it and returns you to the tab you last used there, rather than raising a second window. Opening a table or query on a connection you already have open adds a tab to that connection instead of opening another window. New windows open at 1200x800; size and position are remembered across launches.

​

Separate Windows

You can still have more than one window, for putting two connections side by side. TablePro follows your Prefer tabs when opening documents setting in System Settings > Desktop & Dock rather than forcing a choice. When that setting is Always, new windows join a tab group and the standard commands apply: Both dim when the window is not part of a tab group. These are macOS window tabs, which is a different thing from the tab strip above the editor: window tabs hold whole windows, the strip holds one connection’s editors.

​

Disconnecting

Database > Disconnect ends the session without closing the window. The window shows a Reconnect screen in place of its tabs, and the tabs are saved before the session ends. Use Database > Reconnect, or the Reconnect button on the screen itself. Reconnecting puts the tabs back as they were. Disconnecting asks first only when there are unsaved changes or a query still running. It applies to the whole connection, so every window and workspace on it shows the same Reconnect screen. Nothing reconnects on its own afterwards: a connection you disconnected is not reopened at the next launch, and clicking back into it leaves it disconnected until you ask. You can also disconnect by right-clicking a workspace in the workspace rail, or a connection in the connection list.

​

Database Binding

A tab is bound to the connection, database, and schema it was opened on, fixed for the life of the tab. Every query, refresh, filter, sort, structure read, and structure save the tab performs uses that binding, not whatever the sidebar shows at the time. The sidebar’s database selection only controls two things: what the sidebar lists, and which database a new tab opens into. Changing it does not touch tabs that are already open, and switching between tabs does not change the connection’s saved default database either. To point an existing tab somewhere else, use the database picker in the query editor’s toolbar. It rebinds that one tab and reruns it, and leaves the sidebar and every other tab alone. The window subtitle shows the database, and the schema on engines that have one, that the frontmost tab is bound to. Tabs for the same connection can be bound to different databases, so the subtitle is how you tell them apart.

​

Tab Persistence

Per-table filters are stored separately per connection, database, schema, and table, and come back when the table reopens. Tab state saves when you switch tabs and every 30 seconds in the background, so a crash or force quit keeps recent work. On relaunch, only the frontmost tab loads its data right away; other restored tabs load the first time you switch to them, so launch stays fast and the database never sees a connection storm. If a restored tab fails to load, the error shows inline in that tab, not as a dialog. The same applies one level up: if the connection itself cannot be reached, the window shows why, with Try Again and Manage Connections, and keeps the connection in the next session’s list so a server that was briefly down is not forgotten. Whether the last session reopens at launch is controlled by Startup Behavior.

​

Pagination

Table tabs load one page at a time. The default page size is 1,000 rows, set in Settings > Data > Pagination (100, 500, 1,000, 5,000, or 10,000 rows). Query tabs are not paginated: Truncate query results (on by default) caps results at 10,000 rows, and queries with their own LIMIT are sent as written. Adjust the cap in the same settings pane. See Data Grid for the pagination controls.

​

From External Clients

Raycast, Cursor, Claude Desktop, and other MCP clients can list and focus tabs:

• list_recent_tabs enumerates open tabs across every connection.
• focus_query_tab brings an existing tab to the front by id.
• open_connection_window opens a saved connection.
• open_table_tab opens a specific table.

The Raycast extension’s Recent Tabs command wraps these tools. See MCP Tools for input and output schemas.