Für dauerhafte Analyseleistung entwickelt.
Antwortzeit, parallele Kapazität und Betriebseffizienz werden gemeinsam konzipiert, statt nach der Bereitstellung ergänzt.
Das System nach Bereichen.
- Ausführung
- Filtern, Gruppieren, Verknüpfen und Sortieren erfolgen auf der GPU; die Daten bleiben zwischen den Schritten dort.
- Hardware
- Eine GPU pro Worker. Die Kapazität wächst durch zusätzliche Worker.
- Speicher
- Spaltenorientierter, komprimierter Speicher, der nur die in einer Abfrage genannten Felder liest. Ladevorgänge sind ausfallsicher.
- Skalierung und Ausfallsicherheit
- Tabellen werden mit beliebig vielen Kopien auf mehrere Maschinen verteilt; Lesevorgänge überstehen einen Ausfall; Sicherung und Wiederherstellung des gesamten Clusters.
- SQL
- Joins, Unterabfragen, wiederverwendbare Abfrageblöcke und ein umfangreicher Funktionskatalog.
- Kompatibilität
- ClickHouse-Abfragen laufen unverändert über eine Kompatibilitätsschicht.
- Bestehende Systeme
- Tabellen, die weiterhin in ClickHouse, PostgreSQL oder MySQL liegen, werden vor Ort abgefragt und mit RayoDB-Tabellen verknüpft.
- Datenaufnahme
- Live-Quellen aus Kafka, MySQL und PostgreSQL, die keine Zeile doppelt erfassen, sowie Massen- und API-Ladevorgänge.
- Aufbewahrung
- Daten, die älter als ein festgelegtes Zeitfenster sind, werden planmäßig gelöscht.
- KI in SQL
- Prognosen, Anomalieerkennung und semantische Suche als SQL-Funktionen – mit integrierten oder eigenen Modellen.
- Sitzungsanalyse
- Sitzungsmetriken als SQL-Funktionen: Funnels, gleichzeitige Aktivität, Bindung und Ereignispfade.
- Betrieb
- Konten und API-Schlüssel mit Berechtigungen, verschlüsselte Verbindungen, Prometheus-Metriken und Zustandsprüfungen.
Fragen, die bei jeder Evaluierung gestellt werden.
- Muss bestehendes SQL neu geschrieben werden?
- Selten. Joins, Unterabfragen und die üblichen Funktionen werden unterstützt, und ClickHouse-Abfragen laufen unverändert. Was noch fehlt, ist unten aufgeführt.
- Müssen die Daten zuerst verschoben werden?
- Nein. Tabellen, die weiterhin in ClickHouse, PostgreSQL oder MySQL liegen, können vor Ort abgefragt werden. Eine Evaluierung beginnt daher mit den Abfragen, die heute Probleme bereiten.
- Welche Hardware wird benötigt?
- NVIDIA GPUs, eine pro Worker. Der Entwicklungscluster nutzt acht Consumer-Grafikkarten pro Maschine – Hardware, die ein Team regulär beschaffen kann.Warum GPUs
- Wo wird RayoDB ausgeführt?
- Auf Ihren eigenen Maschinen oder GPU-Instanzen in der Cloud, innerhalb Ihres Netzwerks. Während des Frühzugangs gibt es keinen gehosteten Dienst.
- Wie ist die Leistung?
- Jede Evaluierung misst Antwortzeit, parallele Kapazität und Infrastruktur gegenüber dem System, das denselben Workload bereits ausführt.Leistungsmethodik
Was RayoDB noch nicht bietet.
- Tabellen werden über die API erstellt, nicht mit CREATE TABLE in SQL.
- Kein UNION, INTERSECT oder EXCEPT, keine rekursiven Abfragen, eine Anweisung pro Anfrage.
- Keine Transaktionsdatenbank: für Analysen entwickelt, nicht für die zeilenweise Auftragsverarbeitung.
- Allgemeine Leistungsvergleiche folgen nach Abschluss des breiteren Benchmark-Programms.
Messen Sie Ihren Workload.
Frühzugangspartner vergleichen RayoDB anhand ihrer Daten und Abfragen mit ihrem aktuellen System.