Die eigentliche frage ist nicht was Mann alles braucht, sondern was Mann alles mit den Daten machen möchte.
Ist es nur eine Graphik erstellen während der gärung? Da brauche ich keine DB, einen (ring)puffer genügt, die meisten chart Bibliotheken in js haben das eingebaut. Nur muss Mann die Daten speichern können und neu abrufen. TXT Datei genügt.
Sich die Daten auch fuer später aufheben?
Wie oben, TXT datei genuegt. Wobei mann sich sogar die frage stellen kann ob alle messpunkte notwendig sind. Wie wäre es mit zeitpunt SVG 5%, 10%, 25%, 50%, (umschlauchen) EVG?
Die daten von 40 suede spaeter analysieren, correlieren mit den wetterdaten und das gemuet vom frosch im weckglass? Dann kann eine database sinnvoll sein.
In allen faellen gibt es eins dass mann braucht, eine html/jscript/css datei fuer die graphik und einen einfachen webserver der Server Side Events versteht um die daten pseudo-real-time vom server zum browser zu "pushen".
Zu relationelle DB's, da wir nur etwa 2000 datenpunkte pro sued haben sind die problemlos in der konventionellen weise zu nuetzen, als einen datenpunkt pro zeile (index). Interessanter ist es aber um eine database zu benuetzen die SQL ARRAY versteh (PostgreSQL, Oracle). Da gehen alle daten, pro sud, auf eine einzige zeile. Query um alle daten von einen sued zu erfassen wir einfacher und schneller und wir brauchen ja meistens die ganze zeile an daten oder nur den letzten.
Zu nicht relationelle DB's, eigentlich das gleiche, die daten werden pro zeile gespeichert. "Append" oder "update" ist moeglich aber umstaendlich. Vorteil von einigen von diesen DB's ist das die voellich im web integriert sind, zum beispiel CouchDB. Es hat einen webserver eingebaut, mann kann komplette applikationen drin speichern und die daten ohne zwischenkunft von andere software vom iSpindel auf CouchDB wegschreiben.
Ingo
"Wabi-Sabi" braucht das Bier.