FIGR / UI TEMPLATE

Database Monitor

Monitor database latency, connections, replication, storage, query health, and failover readiness across environments. This example brings Overview and Queries together so engineering teams can find the next task without losing context.

It includes representative records such as orders-primary and identity-primary. Use the screenshot to study the layout, then adapt its components and product states to your own design system.

Database Monitor

BUILD ON THIS

Make it yours in Figr.

Explore this screen, then bring in your own product and design system to shape the next version.

Use this template ↗

At a glance

Screen

Analytics

Primary action

Open database

Pattern

Analytics

State

Default, loading, empty, error, permission, success

Design system

Configurable product UI theme

What this screen helps with

Engineering and security teams need to open database while keeping p95 latency, connections and exceptions visible. The interface should show what changed and who should act next.

What to look for

  • Main workspace: Overview gives users an obvious place to start.
  • Supporting view: Queries keeps the related context close.
  • Primary action: Open database stays visible when people need it.
  • First signal: P95 latency shows a useful value (42ms).
  • Second signal: Connections gives additional context (684).
  • Sample record: orders-primary.
  • Next record: identity-primary.

States to consider

  • No results for the selected range: say what changed, protect progress, and offer a clear next step.
  • Refreshing with old values visible: say what changed, protect progress, and offer a clear next step.
  • Metric source unavailable: say what changed, protect progress, and offer a clear next step.
  • Filter changed the interpretation: say what changed, protect progress, and offer a clear next step.
  • Export preparing: say what changed, protect progress, and offer a clear next step.
  • Restricted data hidden: say what changed, protect progress, and offer a clear next step.

Where it fits

Overview → Queries → Open database → Review outcome

Patterns in this screen

Analytics, Overview, Queries, contextual actions, error recovery

UX choices to review

Keep the time range and metric definition visible. Let people see which segment or filter produced the result, then explain missing or delayed data.

Pay attention to overview and queries. People need to distinguish orders-primary from identity-primary. Keep p95 latency visible, especially when a record changes owner or status.

Before this screen reaches handoff, verify keyboard focus, empty and permission states, and what happens after someone chooses “Open database”. Make error recovery as clear as the happy path.

Related screen examples to explore next: Cloud Cost Explorer, Queue Monitor, Infrastructure Overview.

Try a similar screen in Figr

Design a database monitor screen inside our existing product. Use our current components, tokens and content language. Include Overview and Queries views, credible records like orders-primary, and a clear “Open database” action. Use our product permissions and show loading, empty, error and success states. Keep the output editable in Figma.

Open Figr

KEEP EXPLORING

More ways to approach your next screen.

Browse other product UI examples, compare patterns, and pick the direction that suits your product.

Explore all 500 templates ↗