# Work with databases

Store structured information, understand tables, and inspect database health.

Source: https://docs.rumata.dev/guides/databases
Reviewed: 2026-11-01

## Before you start

- Access to the project’s [Database](https://docs.rumata.dev/guides/controls-database-tables#table-browser) view.
- [Database](https://docs.rumata.dev/guides/controls-database-tables#table-browser) entitlement and the permission needed for the operation.
- Sample data for learning; a reviewed recovery plan before changing production data.

<a id="tables"></a>

## Understand tables and records

A database stores structured information that your product needs to remember. A table groups one kind of information, such as requests. Each row is one record. Columns describe its fields, such as title, due date, and status.

| Term | In the request portal |
| --- | --- |
| Table | requests |
| Row | One client request |
| Column | title or status |
| Identifier | A stable value that identifies a specific request |
| Relationship | A request belongs to a particular client |

<a id="explore"></a>

## Inspect your data

1. Open [Database](https://docs.rumata.dev/guides/controls-database-tables#table-browser) in your factory’s product tools. Check the status before trying to query it.
2. Browse the available tables. Select a table to inspect its columns and sample rows.
3. Choose the table, [diagram](https://docs.rumata.dev/guides/controls-database-tables#diagram), [query builder](https://docs.rumata.dev/guides/controls-database#visual-builder), or [SQL](https://docs.rumata.dev/guides/controls-database#editor) view for the information you want to inspect.
4. If you are new to databases, ask Rumata to explain the table structure and propose a read-only query.
5. Verify that the result belongs to the project and users you expected.

> **Reading and changing are different**
> A SELECT query reads data. Updates, deletions, schema changes, and restore operations can change the application for other users. Review the target and effect before running them.

![Database Studio’s Tables diagram and relationship controls.](https://docs.rumata.dev/media/system-explorer/database-tables.png)

The [Tables](https://docs.rumata.dev/guides/controls-database-tables#table-browser) diagram shows table structures and relationships. Its row counts are summaries; it does not display individual customer records.

<a id="design"></a>

## Describe the information your app needs

```text
For each request, store a title, description, due date, status,
and the client who submitted it.
Explain the tables and relationships before changing the database.
Clients must only be able to read their own requests.
```

Access rules need backend enforcement. A filtered list in the frontend does not protect records from direct requests. Coordinate schema changes with the backend services, workflows and screens that read those fields.

<a id="status"></a>

## Starting, idle, and degraded states

Wait for a hosted database to start or wake before running operations. Check its state and recovery controls in [Database](https://docs.rumata.dev/guides/controls-database-tables#table-browser). Startup delays, failed [SQL](https://docs.rumata.dev/guides/controls-database#editor) statements, and a degraded state have different causes, so use the diagnostic information for the reported state.

Capacity and idle behavior depend on your account’s entitlement. Check [Usage](https://app.rumata.dev/usage) and the database status message when writes fail or a database cannot start. Do not repeatedly recreate a database to troubleshoot availability.

<a id="recovery"></a>

## Recovery and retention

Use the database recovery controls only after checking the scope, available recovery points, and the expected effect on later data. Recovery windows depend on the plan and current operational state. Retain independent exports when your business requires them.

> **Check the live recovery window**
> PostgreSQL recovery uses its own verified recovery points and account scope. It does not restore intentionally deleted project files or service disks. Inspect the [database recovery controls](https://docs.rumata.dev/guides/controls-database-operations#backup-recovery) before confirming a restore.

## Related guides

- [Database editor controls](https://docs.rumata.dev/guides/controls-database)
- [Table, diagram and schema-editing controls](https://docs.rumata.dev/guides/controls-database-tables)
- [Database operations and recovery controls](https://docs.rumata.dev/guides/controls-database-operations)
- [Storage](https://docs.rumata.dev/guides/system-explorer-storage)
- [Groups and permissions](https://docs.rumata.dev/guides/collaboration)
- [Build and connect backend services](https://docs.rumata.dev/guides/backends)
- [Database for apps and workflows](https://docs.rumata.dev/guides/agent-database)
- [Workflows](https://docs.rumata.dev/guides/system-explorer-workflows)
- [Understand plans and usage](https://docs.rumata.dev/guides/billing)