RMX-Visualizer

generell kann man die Daten in diversen Formaten darstellen. Dies hat dann Auswirkungen sowohl auf das Web-Verhalten, als auch auf das Transfer- sowie Speicher-Volumen.

Es können auch Auswertungen/Trends und andere Darstellungen gefahren werden.

Darstellung als Text

hierzu würde ich die Daten-Zeilen (on the fly) in XML umbauen und darauf dann ein Style-Sheet loslassen, dass nur die entsprechenden Daten angezeigt werden.

Darstellung als Bild

Man könnte sich vorstellen, verschiedene Bilder für verschiedene Szenarien zu erzeugen. Desweiteren kann man einmal erzeugte Bilder evtl. zu weiteren Szenarien zusammenfassen.

Szenario: Bild-Darstellung

Die Daten werden zeilenweise gelesen und erzeugen ein Chart-Bild mit einer bestimmten Zeit-Auflösung (z.B. eine Sekunde)

Auf einer Darstellungs-Seite wird ein Chart der letzten 60 Sekunden dargestellt, indem die 60 einzelnen Bilder geladen werden. Beim nächsten laden braucht man nur die Reihenfolge des Bilderladens um einen zu verschieben. Somit braucht der Client nur das letzte Bild (sprich die letzte Sekunde) nachladen, das Anzeigen ginge also recht schnell und wäre auch Bandbreiten-Schonend.

Der Server bräuchte das Bild der letzten Sekunde nur bei dem ersten Zugriff dynamisch erzeugen, alle anderen würden das schon berechnete und gespeicherte 1-Sekunden-Bild bekommen.

Derselbe Mechanismus kann dann durchaus auch für Darstellungen längerer Zeiträume benutzt werden, sollange keine Mittelung der Daten (arithmetisch/geometrisch/...) stattfindet.

Im besten Fall bekommt man ein Bild 120x3600 Pixel, welches eine Darstellung der letzten Stunde repräsentiert.

Speicherung der Daten

Grafik

im ersten Wurf könnte eine Darstellung als Grafik sicherlich sinnvoller sein, als alles andere (dies hängt maßgeblich von dem zukünftigen Anwendnungs-Fall ab)

Hierzu könnte man sich überlegen, dass eine einmal erzeugte Grafik nicht mehr unbedingt von allen Benutzern abgerufen werden muß, da sie diese ggf. schon heruntergeladen und gecached haben. Dies vermindert das Transfer-Volumen und die CPU-Last des Servers ggf. beträchtlich.

Von einer permanent dynamischen Bildgenerierung würde ich abraten, da es sehr viel CPU-Zeit kostet und ggf. auf den Client-Systemen zu Caching- und somit zu Anzeige-Problemen führen kann.

Datenbank

im ersten Wurf würde ich von einer Überführung der Daten in eine DB abraten, da nicht bekannt ist, welche Voraussetzungen man auf dem Zielsystem besitzt.

Für Auswertungs-Zwecke wäre eine DB-Speicherung sicherlich sinnvoll, aber dann ggf. auch nur, um entsprechende Grafiken zu erzeugen.

XML-Speicherung

Von einer Speicherung der Daten in XML ist abzuraten, da sich das zeilenbasierte Format nur unnütz aufbläßt und das Parsen der Zeilen höchstens CPU-Zeit kostet.