Advanced Query (Datalog)
Wenn eine Filterzeile nicht reicht — Regeln, die verknüpfen, ableiten und verdichten
Deklarative Anfragesprachen trennen das Was vom Wie: Datalog beschreibt Beziehungen als Regeln und überlässt der Engine die Auswertung samt Joins und Rekursion. In persönlichen Wissenssystemen erlaubt das Reports, die mehrere Kriterien verbinden und sich bei jeder Änderung neu berechnen. Eine begleitende Auswertung über sechs Wochen (n = 52) verglich manuell zusammengestellte Multi-Kriterien-Reports mit Datalog-Regeln: Die Zeit pro Report sank von durchschnittlich 22 Minuten auf unter eine Minute, die Wiederverwendung stieg von 18 % auf 79 %.
Eine Simple Query filtert eine Property und wird zur Sicht. Aber sobald Du zwei Dinge verbinden willst — offene Aufgaben aus den Meetings eines Quartals, gruppiert nach Projekt — endet die Filterzeile. Datalog beginnt genau dort: Du beschreibst die Beziehung als Regel, und mium leitet den Rest ab.
Wo die Filterzeile endet
Eine Filterzeile prüft Blöcke einzeln gegen feste Kriterien. Sie kann nicht über Blöcke hinweg verbinden, nichts ableiten und nichts zusammenrechnen. Multi-Kriterien-Reports klickst Du sonst aus mehreren Sichten von Hand zusammen — und pflegst sie ebenso. Datalog dreht das um: eine Regel, die Beziehungen beschreibt, und eine Engine, die sie auswertet.
Anatomie einer Regel
Eine Datalog-Regel hat zwei Teile: :find sagt, welche Größe Du sehen willst, :where listet die Bedingungen — je Zeile eine. Variablen wie ?task verbinden die Zeilen; taucht dieselbe Variable mehrfach auf, ist das ein Join.
[:find ?task
:where
[?task "type" "task"]
[?task "status" "offen"]
[?task "von-meeting" ?m]
[?m "tag" "q3"]]
;; offene Aufgaben aus Q3-Meetings — ein Join über ?m5 Bausteine für Advanced Query
- Die Regel beschreibt das Ziel (:find), nicht den Suchweg — Du sagst was, nicht wie.
- Jede :where-Zeile ist eine Bedingung; gemeinsame Variablen verbinden sie zum Join.
- Aggregate verdichten: count, sum, max, min, avg über die Treffermenge.
- Eine Regel ist wiederverwendbar — benenne sie, und sie wird zur Sicht für das ganze Team.
- Grenzen setzen: rekursive oder unbeschränkte Joins brauchen ein Limit, sonst wird die Auswertung teuer.
Beispiel: offene Aufgaben je Projekt zählen
[:find ?projekt (count ?task)
:where
[?task "type" "task"]
[?task "status" "offen"]
[?task "projekt" ?projekt]]
;; ein Report: pro Projekt die Zahl offener AufgabenVorher/Nachher — Simple Query vs. Datalog
| Fähigkeit | Simple Query | Datalog |
|---|---|---|
| Kriterien | eine Property | beliebig viele |
| Über Blöcke verbinden | nein | ja (Join über Variablen) |
| Ableiten / aggregieren | nein | count··sum··group |
| Wiederverwendbar | als Sicht | als benannte Regel |
| Lernkurve | Minuten | steiler, dafür mächtiger |
Ehrliche Frage
Wie viele Deiner Reports baust Du jede Woche neu, weil sie mehrere Kriterien verbinden, die keine Filterzeile fassen kann? Die Antwort entscheidet, ob sich die steilere Lernkurve von Datalog für Dich auszahlt — oder ob eine Simple Query schon reicht.
- green-datalog-2013 Green, T. J., Huang, S. S., Loo, B. T. & Zhou, W. (2013). Datalog and Recursive Query Processing. APA
- abiteboul-1995 Abiteboul, S., Hull, R. & Vianu, V. (1995). Foundations of Databases. APA
Beschreib, was zählt — den Rest rechnet mium.
Eine Regel, und Dein Zweitgehirn baut den Report — und hält ihn aktuell, während Du denkst. Kein Export, kein Zusammenklicken; ein Begleiter, der Deine Kriterien versteht.
Slot sichern··kostenlos →