Verwaltung massiver Sensordaten innerhalb von Ada-Code

Ich suche ein Datenbanksystem mit diesen Anforderungen:

  1. Native Unterstützung für Ada-Code .
  2. Einfaches Speichern von Sensordaten . Ich verwalte ungefähr zehn Sensoren mit einer Abtastfrequenz von 1 Hz, also habe ich ungefähr 1 Million Abtastungen pro Tag.
  3. Ich wünschte, ich hätte diese Daten für andere Anwendungen verfügbar : wie rrdttol, um Diagramme, Protokollierung usw. zu erstellen.
  4. Ein einmaliger Zugriff reicht aus, da ich ein geschütztes Objekt verwenden werde.
  5. Es ist ein persönliches Projekt , also suche ich nach kostenlosen Bibliotheken/Datenbanken für den persönlichen Gebrauch.

Kennen Sie ein Datenbanksystem (RRD, levelDB, Redis..) mit einer einfachen Schnittstelle/Bibliothek, um das in Ada zu codieren?

Danke im Voraus.

Antworten (2)

Ich bezweifle, dass es Datenbanken (und noch mehr Datenbanksysteme) mit NATIVE-Unterstützung für Ada gibt. Aber eine Sache, die ich sicher weiß, ist, dass postgresql mit apq (Ada-Bindung an verschiedene Datenbanken, darunter postgresql) für Sie funktionieren sollte. Und es ist ganz einfach zu bedienen.

Warum schauen Sie sich nicht MySql an? Es ist eine der, wenn nicht sogar die, beliebteste, kostenlose Datenbank und hat sicherlich keine Angst vor läppischen 1.000.000 Beilagen pro Tag ,-)

Bei Gnade finden Sie alles, was Sie brauchen .

Das GNADE-Projekt (GNat Ada Database Environment) ist ein Open-Source-Projekt mit dem primären Ziel, alle Tools und Pakete bereitzustellen, die zum Erstellen einer Ada 95-Entwicklungsumgebung erforderlich sind, die eine nahtlose Integration von relationalen Datenbanken und anderen Datenbankprodukten mit Ada 95 ermöglicht.

Das Projekt stellt folgende Softwarepakete zur Verfügung:

Thin bindings to different RDBMS products like Oracle, PostgreSQL, MySQL  
using ODBC.

Embedded SQL.
Native bindings to other RDBMS aproaches such as sqlite
Object persistency (ODB).

Die ODBC-Schnittstelle wurde als primäre Schnittstelle zur zugrundeliegenden Datenbank ausgewählt, weil die meisten bekannten DBCS diese Schnittstelle bereitstellen und sie bereits ein gut verstandener und etablierter Standard ist.