| status | doc_version | validated |
|---|---|---|
current |
1.5.0 |
2026-03-09 |
Stand: 5. Dezember 2025
Version: 1.0.0
Kategorie: Development
Dieser Leitfaden richtet sich an Entwicklerinnen und Entwickler, die am Themis Multi‑Modell‑Datenbanksystem mitarbeiten.
- Lokales Setup (Windows)
- Build & Test
- Projektstruktur
- Server starten & nützliche Endpunkte
- AQL / Traversal, EXPLAIN/PROFILE
- Coding‑Guidelines & Stil
- Debugging & Troubleshooting
- Benchmarks
Voraussetzungen:
- Windows 10/11
- CMake >= 3.20
- MSVC (Visual Studio 2019+)
- vcpkg
Setup (aus dem Repo‑Root):
# Dependencies und Toolchain einrichten
.\scripts\setup.ps1
# Build (Release)
.\scripts\build.ps1Optional: Manuelles CMake
mkdir build; cd build
cmake .. -DCMAKE_TOOLCHAIN_FILE="$env:VCPKG_ROOT/scripts/buildsystems/vcpkg.cmake"
cmake --build . --config Release
ctest -C ReleaseNach einem Build liegen die Binaries in build/Release/.
# Unit/Integration Tests
& "c:\\VCC\\VCCDB\\build\\Release\\themis_tests.exe"Der aktuelle Stand (28.10.2025): Alle Tests grün. Siehe todo.md für Details zu stabilisierten Testbereichen.
# Start Server
& "c:\\VCC\\VCCDB\\build\\Release\\themis_server.exe" --config config\\config.jsonNützliche Endpunkte:
- GET
/health– Liveness Probe - GET
/stats– Strukturierte Server‑ & RocksDB‑Statistiken (JSON) - GET
/metrics– Prometheus Text Format - POST
/query– JSON‑Query (Equality/Range) - POST
/query/aql– AQL Query (FOR/FILTER/SORT/LIMIT/RETURN, Traversals) - POST
/graph/traverse– Low‑Level Graph‑Traversal (BFS)
- AQL unterstützt u. a. FOR/FILTER/SORT/LIMIT/RETURN.
- Traversals:
FOR v,e,p IN min..max OUTBOUND start GRAPH 'g' RETURN v|e|p - Filterfunktionen: ABS, CEIL, FLOOR, ROUND, POW, DATE_TRUNC, DATE_ADD/SUB, NOW
- Boolesche Logik inkl. XOR, Short‑Circuit Evaluation.
- Konservatives Pruning am letzten Level (v/e‑Prädikate vor Enqueue)
- Konstanten‑Vorprüfung: FILTER ohne v/e‑Referenzen werden einmalig geprüft.
Profiling:
- Request‑Body Flag
"explain": trueaktivieren. - Siehe
docs/aql_explain_profile.mdfür die Metriken (z. B. edges_expanded, pruned_last_level, filter_evaluations_total, filter_short_circuits, frontier_limit_hits, result_limit_reached, per‑depth‑Frontier). - Designnotiz zu sicheren Pfad‑Constraints:
docs/path_constraints.md.
include/ # Öffentliche Header (storage, index, query, server, utils)
src/ # Implementierung (api, storage, index, query, server)
docs/ # Dokumentation
benchmarks/ # Benchmarks
build/ # Build‑Artefakte
config/ # Beispielkonfigurationen
Wichtige Einstiegspunkte:
src/server/http_server.cpp– HTTP Routen & AQL Ausführunginclude/query/query_engine.h/src/query/query_engine.cpp– Query Engineinclude/index/*– Indizes (Graph, Secondary, Vector)include/storage/*– Base Entity & RocksDB Wrapper
- C++20, konsequente Nutzung von
string_view,spanwo sinnvoll - Fehlerpfade mit
StatusOr<T>/tl::expected(falls vorhanden) oder klare Rückgabewerte + Logging - Threadsicherheit: Keine globalen Singletons ohne Schutz; bevorzugt RAII und klare Besitzverhältnisse
- Tests: GoogleTest; jeweils Happy‑Path + 1–2 Edge‑Cases
- Metriken: Für neue öffentliche Operationen sinnvolle Counters/Gauges
- Logs:
themis_server.log,vccdb_server.logim Repo‑Root - RocksDB Pfade in
config/config.jsonprüfen (relative Pfade unter Windows empfohlen) - Bei
/statsund/metricsprüfen, ob RocksDB‑Werte plausibel sind - Graph/AQL: Bei großen Traversals
max_frontier_sizeundmax_resultsim AQL‑Request setzen
# CRUD Benchmark
& "c:\\VCC\\VCCDB\\build\\Release\\bench_crud.exe"
# Query Benchmark
& "c:\\VCC\\VCCDB\\build\\Release\\bench_query.exe"
# Vector Search Benchmark
& "c:\\VCC\\VCCDB\\build\\Release\\bench_vector_search.exe"- Branch vom
mainerstellen, PR mit kurzen, fokussierten Commits - PR‑Checks: Build + Tests müssen PASS sein
- Dokumentation aktualisieren (README, docs/*, ggf. developers.md)
- Roadmap‑Updates in
todo.md(Abschnitt thematisch verlinken)