Was ist ein Problem? QuestDB Solving und wie profitieren Sie davon?
Persistieren und Analysieren/Abfragen großer Mengen von Sensordaten von verschiedenen SPS-Maschinen. Bei einem Kunden haben wir eine Einrichtung mit verschiedenen SPS-Maschinen mit unterschiedlichen angeschlossenen Sensoren. Wir erfassen Daten von etwa 100-300 Variablen mit Raten von 500Hz bis 1kHz. Anfangs versuchten wir andere Lösungen mit schlechter Leistung aufgrund der variierenden Datensätze. Andere Lösungen hatten Leistungsprobleme, wenn das Datenmodell aktualisiert wurde (Sensoren hinzugefügt oder entfernt). Mit QuestDB konnten wir problemlos eine Einrichtung bereitstellen, bei der das Einlesen dieser Art von Daten kein Problem darstellte. Wir entschieden uns für kleine, am Rand eingesetzte Server, die mit einer einzelnen SPS umgehen, und zwei größere QuestDB-Instanzen, wobei eine zur Aggregation von Daten für alle SPS verwendet wurde, um nahezu Echtzeitanfragen zum Status aller SPS zu ermöglichen, und die andere größere Instanz zur Persistierung von Datensätzen, die als wertvoll für die langfristige Analyse eingestuft wurden.
Die http/rest-API, die das Einlesen und Abfragen ermöglicht, vereinfacht die Integration mit anderen Systemen von uns, ohne dass eine Verknüpfung mit spezifischen Datenbankbibliotheken erforderlich ist.
Die integrierte Benutzeroberfläche, die unter anderem Abfragefunktionen beherbergt, ermöglicht es uns, schnelle Tests und Konzepte durchzuführen, und in den letzten Versionen wird auch auf schlechte Serverkonfigurationen hingewiesen und wie man einige schlechte Serverkonfigurationen beheben kann, um die beste QuestDB-Erfahrung zu erzielen.
Als Entwickler habe ich die offene und einladende Haltung der QuestDB-Entwickler wirklich genossen. Sie haben aktiv zugehört und viele Endbenutzervorschläge umgesetzt. Bewertung gesammelt von und auf G2.com gehostet.