Baserow protects against accidental data loss with multiple recovery options. Deleted items move to trash for 3 days before permanent deletion, and recent changes can be undone instantly.
This guide covers how to recover accidentally deleted workspaces, databases, tables, fields, and rows using Baserow’s trash system, undo/redo functions, and restoration features.
Baserow provides multiple safety nets to prevent permanent data loss. Deleted items don’t disappear immediately; they’re recoverable through trash (3-day retention), undo/redo (recent actions), and change history (audit trail). Understanding these recovery methods helps you restore data quickly when mistakes happen.
Recovery options:
Different types of deletions have different recovery options:
| Item deleted | Trash recovery | Undo/Redo | Retention period |
|---|---|---|---|
| Workspace | ✓ | ✓ | 3 days |
| Database | ✓ | ✓ | 3 days |
| Table | ✓ | ✓ | 3 days |
| View | ✓ | ✓ | 3 days |
| Field | ✓ | ✓ | 3 days |
| Row | ✓ | ✓ | 3 days |
| Cell value | – | ✓ | Until session ends |
Individual cell deletions don’t go to trash; they can only be recovered via undo/redo immediately after deletion. You can track updates in row history.
Instantly reverse recent changes using Baserow’s undo/redo system. This works for cell edits, row deletions, field modifications, and most table operations.
Keyboard shortcuts (fastest method):
Cmd/Ctrl + ZCmd/Ctrl + Shift + ZToolbar buttons:

When you delete a workspace, table, row, or make significant changes, a “Restore deleted” popup appears at the bottom of the screen for ~7 seconds. Click Undo in this popup to immediately reverse the deletion.
This quick restore is particularly useful for accidental deletions you notice immediately.
Undo works for:
Undo limitations:
The trash stores deleted workspaces, databases, tables, views, and fields for 3 days before permanent deletion.

Trash items are organized by workspace. Navigate through workspaces to find deleted databases, tables, views, or fields within each workspace.
Trash displays:
Restore items from trash back to their original locations or choose new locations.
Restored items include all their contents:
Workspace admins can restore any deleted items from their workspaces, including workspaces, databases, tables, views, and fields.
Members with appropriate permissions can restore items within databases or tables they have access to, but cannot restore entire workspaces or databases.
Learn more: Permissions overview
After 3 days: Items are permanently deleted and cannot be recovered through trash or any other method. Export important data regularly for long-term backup.
Cell value changes: Modified cell values don’t go to trash; use undo/redo to reverse changes or check change history if available.
Empty trash to permanently delete items before the 3-day retention period expires. This action cannot be undone.
Delete individual items:
Empty entire workspace trash:
Warning: Permanently deleted items cannot be recovered by Baserow support or through any technical means. Ensure you don’t need the data before emptying the trash.
Free up storage: Deleted items count toward storage limits until permanently removed.
Remove sensitive data: Ensure confidential information is truly deleted by emptying trash.
Clean up mistakes: Permanently remove test data or unwanted items created by error.
Before workspace handoff: Clear trash before transferring workspace ownership to prevent new owners from restoring old data.
Delete a workspace - Must be workspace admin. Deletes all databases, tables, and data within the workspace.
Delete a database - Requires database permissions. Deletes all tables, views, and fields within the database.
Delete a table - Requires table permissions. Deletes all rows, fields, and views within the table.
Delete a view - Deletes view configuration but not underlying table data.
Delete a field - Permanently removes the field and all data in that column.
Items are permanently deleted from Baserow servers and cannot be recovered through any means, including by Baserow support. The 3-day period is absolute; there’s no extension or grace period beyond this. Export important data before deletion or regularly for backup purposes.
Yes. The trash displays the username of who deleted each item along with the deletion timestamp. This audit trail helps track accidental deletions and identify training needs.
Yes. Items in trash count toward workspace storage limits until permanently deleted or until the 3-day retention period expires. If you’re approaching storage limits, consider emptying trash to free up space.
Yes, but you must restore the entire table first. Once the table is restored, you can then work with individual fields. You cannot restore individual fields without restoring their parent table.
Link-to-table fields and relationships restore correctly when you recover items. If you deleted and restored both linked tables, connections re-establish automatically. If one linked table was permanently deleted, the link fields become empty.
No. Undo/redo only works for your own actions in your current browser session. You cannot undo changes made by other workspace members. Workspace admins can use trash to restore items deleted by others or check change history to see who made what changes.
Yes. Export tables, export views, or export entire workspaces regularly to create backups. For automated backup solutions, consider using the Baserow API or webhooks with external backup systems.
Still need help? If you’re looking for something else, please feel free to make recommendations or ask us questions; we’re ready to assist you.
Contact support for questions about Baserow or help with your account