BrancheUnternehmensdaten / Middleware

DataWeaver

Fünf spezialisierte Agenten verkürzen natürlichsprachliche Abfragen über mehrere Datenbanken von 2–3 Tagen auf 10 Sekunden.

Kurz gesagt

DataWeaver ist die datenbankübergreifende Analytics-Middleware von YGG für Unternehmen. Fachanwender stellen eine Frage in natürlicher Sprache, und fünf spezialisierte Agenten — NL2SQL, Viz, Report, Monitor und Knowledge — übernehmen nacheinander Datenabruf, Diagramm, Bericht und Alarmierung; die Antwort kommt in Sekunden statt nach Tagen in der IT-Warteschlange. Der entscheidende Unterschied zu klassischen BI-Werkzeugen: Abfragen laufen föderiert direkt über PostgreSQL, MySQL, Oracle, ClickHouse und MongoDB — ohne vorher ein Data Warehouse oder Reporting-Modell zu bauen.

Was der Agent den Menschen abnimmt

Kernfunktionen

01

NL2SQL-Agent

Mehrstufiges Reasoning + Hybrid-Retrieval (Keyword/Vektor/Semantik), 14 Schichten SQL-Injection-Schutz.

02

Viz-Agent

Wählt automatisch den passenden Diagrammtyp und rendert interaktiv — ohne BI-Tool.

03

Report-Agent

Konversationelle Wochen- und Monatsberichte mit Zustellung an DingTalk, WeCom, Slack, Lark.

04

Monitor-Agent

Schwellwert- und Anomalieerkennung mit kanalübergreifenden Alarmen (13+ Messaging-Kanäle).

05

Knowledge-Agent

RAG-Dokument-QA + Wissensgraph, föderiert über PostgreSQL, MySQL, Oracle, ClickHouse, MongoDB.

Im Vergleich

Datenbankübergreifende Abfrage in natürlicher Sprache vs. klassische BI-Tools vs. handgeschriebenes SQL

DimensionKlassisches BI-ToolHandgeschriebenes SQLDataWeaver-Agenten
Zeit bis zur Antwort auf eine neue FrageErst Modell und Report bauen; ein neues Kennzahlen-Verständnis erfordert NeukonfigurationTicket an die IT, 2–3 Tage WartezeitDirekt fragen; Ergebnis und Diagramm in Sekunden
Abfragen über mehrere DatenbankenMeist erst ETL ins Warehouse, bevor überhaupt verknüpft werden kannJede Datenbank einzeln anbinden, exportieren, Definitionen manuell abgleichenFöderierte Abfragen über PostgreSQL, MySQL, Oracle, ClickHouse und MongoDB
Erforderliche VorkenntnisseErfordert Drag-and-drop-Modellierung und KennzahlendefinitionErfordert SQL sowie Schema-KenntnisNatürliche Sprache genügt; den Diagrammtyp bestimmt der Viz-Agent
Sicherheit und laufende ÜberwachungBerechtigungen im BI-Tool; Anomalien hängen weiter daran, dass jemand Dashboards beobachtetInjection-Schutz und Alarm-Skripte werden je Projekt neu gebaut, kaum vereinheitlichbarNL2SQL bringt 14 Schutzschichten gegen Injection mit; der Monitor-Agent alarmiert über 13+ Kanäle

Vorher / nachher im Vergleich

Messbarer Mehrwert

Operations-Leitung
Vorher2–3 Tage Wartezeit bei der IT für jeden Report
NachherFrage stellen, Diagramm in 10 s
Finanzmanager:in
VorherAbgleich über drei Systeme manuell in Excel
NachherEine föderierte Abfrage genügt
CEO
VorherAm Vortag 20 Charts durch Assistenz vorbereiten lassen
NachherUnterwegs per Dialog abgefragt, Antwort sofort
Vertriebsleitung
VorherConversion-Analyse erfordert IT-SQL
NachherSelf-Service, taggleiche Iteration
IT-Leitung
VorherStändig Ad-hoc-Reports für Fachbereiche
NachherSelf-Hosted OSS — Fokus auf Architektur & Sicherheit

Nachprüfbare Fakten

Zahlen und Quellen

Das Produkt besteht aus fünf spezialisierten Agenten — NL2SQL, Viz, Report, Monitor und Knowledge — für Abfrage, Visualisierung, Reporting, Monitoring und Wissens-QA.

EigenangabeDataWeaver Produktdokumentation, geprüft 2026-082026-08-01

Der NL2SQL-Agent implementiert 14 Schutzschichten gegen SQL-Injection und nutzt Hybrid-Retrieval über Keyword-, Vektor- und Semantik-Indizes.

EigenangabeDataWeaver Produktdokumentation, geprüft 2026-082026-08-01

Der Monitor-Agent verteilt Schwellwert- und Anomalie-Alarme an 13+ Messaging-Kanäle; der Report-Agent unterstützt geplante Zustellung an DingTalk, WeCom, Slack und Lark.

EigenangabeDataWeaver Produktdokumentation, geprüft 2026-082026-08-01

Die föderierte Abfrage umfasst fünf Datenbankfamilien: PostgreSQL, MySQL, Oracle, ClickHouse und MongoDB.

EigenangabeDataWeaver Produktdokumentation, geprüft 2026-082026-08-01

Die Aussage „von 2–3 Tagen auf Sekunden" vergleicht einen Ad-hoc-Report-Auftrag im IT-Backlog mit derselben Frage, einmal in DataWeaver gestellt.

EigenangabeGemessen in der eigenen DataWeaver-Demo-Umgebung von YGG; nicht unabhängig verifiziert2026-08-01

Einsatzgrenzen

Wann dieser Ansatz nicht passt

  • Die Trefferquote hängt stark von der Lesbarkeit des zugrunde liegenden Schemas ab. In Altsystemen mit kryptischen Spaltennamen, ohne Kommentare und ohne Schlüsselbeziehungen sinkt die NL2SQL-Qualität deutlich — meist muss zuerst eine semantische Schicht (Glossare für Tabellen und Spalten, Kennzahlendefinitionen) ergänzt werden.
  • Das Werkzeug dient explorativer Analyse und dem Tagesgeschäft, nicht der verbindlichen Festlegung extern berichteter Zahlen. Werte für Abschlüsse, aufsichtsrechtliche Meldungen oder Prüfungen müssen weiterhin von Menschen anhand des erzeugten SQL und seiner Definitionen geprüft werden.
  • Die Performance föderierter Abfragen wird von den Quellsystemen begrenzt. Große datenbankübergreifende Joins belasten weiterhin die Produktion; besser auf Read-Replicas zeigen und Zeitfenster sowie Zeilenzahl begrenzen — sonst wird aus „schnell gefragt" ein langsames Transaktionssystem.
Verfasst von: YGG Technology Solutions-TeamVeröffentlicht: 2026-05-08Zuletzt geprüft: 2026-08-01