6b3b2abe4f
73 stackexchange-grounded, 516 model-knowledge (ESCO-seeded gemma3), 0 review_needed (calibration caveat documented). Adapters rebuilt with the full competence sets; final REPORT numbers; all verify checks pass. Known gap: engineering-manager lacks an ESCO package counterpart. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PDKeXvpT6tENSvyQGLV1Uq
2.4 KiB
esco_uri, esco_label, relation, onet_soc, source, confidence, qa_count, generator, generated
| esco_uri | esco_label | relation | onet_soc | source | confidence | qa_count | generator | generated |
|---|---|---|---|---|---|---|---|---|
| http://data.europa.eu/esco/skill/f597f772-24d3-4cec-813c-cf5a7027c794 | N1QL | optional | 15-1242.00 | model-knowledge | high | 0 | gemma3:27b (prompt-designed and spot-checked by Claude) | 2026-07-10 |
N1QL — Database Administrator
As a Database Administrator working with Couchbase, N1QL isn't just another query language – it’s often your primary tool for everything beyond basic CRUD operations. Forget thinking of SQL; N1QL is designed for semi-structured data (JSON documents) stored within Couchbase. Daily tasks involve writing complex queries to extract specific data points from these documents, perform aggregations, and build views for reporting or application consumption. You'll be using the Couchbase Query Workbench or potentially integrating N1QL into scripting/automation tools like cbq command-line utility.
A big part of your job becomes optimizing those N1QL queries. Poorly written queries against large JSON documents can quickly overwhelm a cluster. This means understanding indexing strategies (GSI indexes are crucial!), using EXPLAIN to analyze query plans, and knowing how to leverage Couchbase's built-in functions for efficient data manipulation. You’ll also be troubleshooting performance issues – identifying slow queries, suggesting index improvements, or even refactoring the document structure itself if necessary.
Common pitfalls include assuming SQL syntax will just work (it won't!), neglecting indexing leading to full collection scans, and not understanding how N1QL handles nested arrays/objects within JSON. Good DBA practice with N1QL means writing clear, concise queries; proactively monitoring query performance; documenting complex logic; and collaborating with developers to ensure they’re building applications that efficiently utilize the database.
Finally, you'll be involved in schema design around how data is queried. While Couchbase is schemaless, effective N1QL usage requires thinking about how your JSON documents are structured to facilitate common queries. This isn't strict schema enforcement, but rather a proactive approach to ensure efficient retrieval and minimize the need for complex (and slow) query logic.
Weitere Anreicherung
Stage-2 source for future practitioner grounding: arXiv cs.SE (software-engineering preprints).