---
esco_uri: http://data.europa.eu/esco/skill/db36f7f1-5900-45bd-9ffb-f2b19c4362ac
esco_label: "support ICT system users"
relation: optional
onet_soc: 15-1242.00
source: model-knowledge
confidence: high
qa_count: 0
generator: gemma3:27b (prompt-designed and spot-checked by Claude)
generated: 2026-07-10
---

# support ICT system users — Database Administrator

For a Database Administrator (DBA), 'supporting ICT system users' isn’t about general helpdesk stuff; it’s specifically about enabling *effective database usage*. Daily, this means translating business user requests into workable queries or reports – often involving writing basic SQL for them, explaining how to access data through existing views/tools (like reporting services or BI platforms), and troubleshooting why their reports are slow or returning unexpected results. Tools used heavily include query analyzers, performance monitoring dashboards (e.g., SolarWinds DPA, built-in database tools), and communication platforms like ticketing systems or Slack/Teams for quick support.

A common pitfall is users attempting complex data manipulation directly in the database UI – bypassing security protocols or causing locking issues. Good DBA support proactively *prevents* this by creating user-friendly access methods (views, stored procedures) and providing clear documentation/training on approved workflows. It also means recognizing when a request isn’t just a ‘how do I…’ question but signals an underlying data quality issue or a need for database schema changes – escalating those appropriately.

Solving problems often involves digging into execution plans to identify bottlenecks, explaining indexing strategies in non-technical terms, and helping users understand the impact of their queries on overall system performance. It's about being a translator between technical complexity and business needs. Identifying 'possible side effects' means warning users if changes they request might break existing reports or applications – anticipating problems before they occur.

What ‘good’ looks like is empowering users to self-serve where possible (through well-documented tools & processes), quickly resolving issues that *do* arise, and building relationships so users feel comfortable reaching out early with questions instead of trying to work around problems. It's less about being a 'database expert who fixes things *for* them', and more about making them competent database *users*.

## Weitere Anreicherung

Stage-2 source for future practitioner grounding: arXiv cs.SE (software-engineering preprints).
