Aufbereitung der Daten - Githubissues

00Bock / MSG

automatic global monitoring system for micro smart grids

0 stars 0 forks source link

Aufbereitung der Daten #4

Open 00Bock opened 10 years ago

00Bock commented 10 years ago

Bestimmte Abfragen und Berechnungen sind notwendig. Mathias kann das nicht alleine, braucht also Hilfe bei bestimmten über SQL-Queries. Welche Berechnungen sind notwendig?

00Bock commented 10 years ago

Kennwerte, die darzustellen sind, sind Wirkleistung in kW (auch im Tagesverlauf) und Erzeugung/Verbrauch in kW/h.

mabecko commented 10 years ago

Sobald die Datenverbindung steht, sollten wir überlegen wie die Daten konsistent gespeichert werden können. Ich schlage eine Datenbank vor. Welche am besten geeignet ist, sollten wir noch besprechen. Vorschläge sind: SQLite, PostgreSQL, MySQL oder sogar eine NoSQL-DB?

Im Pop-Up der einzelnen Anlagen würde ich gerne folgendes darstellen:

Tagesgang als Liniendiagramm
Wochentagswerte als Balkendiagramm
Monatsanzeige als Kalenderansicht

BenSto commented 10 years ago

muss die datenbank geofähig sein?

dkerkow commented 10 years ago

Ich habe jetzt keine Übersicht, was genau in die Datenbank kommen soll, aber wenn eine Datenbank gewünscht ist, schlage ich PostgreSQL oder SQLite vor, aus folgenden Gründen:

PostgreSQL ist hier bei uns inzwischen recht gut bekannt und im Zweifelsfall ist jemand da, der das administrieren kann.
PostgreSQL ist gut und für die meisten Projekte, ob groß oder klein, geeignet.
PostgreSQL und SQLite sind geofähig
SQLite ist praktisch, weil sie den geringsten Admin-Aufwand darstellt. Es ist nur eine Datei, kein Server. Das System muss nur einen SQLite Client installiert haben. Ideal zum Entwickeln, später aber mit Limitierungen.

mabecko commented 10 years ago

@BenSto: Da sich die Komponenten im MSG ändern können oder Verbindungen aktualisiert werden müssen, würde ich die Geodaten auch in die DB speichern wollen. Ich stelle mir mehrere Tabellen in der DB vor: Mindestens eine für die Gedaten und eine für die Energiedaten, beide verbunden durch eine ID/Schlüsselfeld!? So sollten weniger Redundanzen auftreten und die Aktualisierung weniger Probleme bereiten. @dkerkow: Dein Vorschlag finde ich gut. Vlt könnte man für das DB-Schema einen "Brainstroming"-Termin ansetzen?

dkerkow commented 10 years ago

@mabecko Ich würde vorschlagen, dass du dazu mal einen Entwurf anfertigst, der das Datenbankschema und die Datenstrukur umreißt, dann kann man darüber besser diskutieren.

mabecko commented 10 years ago

Ich habe einen Entwurf fürs DB-Schema erstellt und versucht ihn bis zur 2. Normalform zu normalisieren. Hier ist er: Entwurf-DB-Schema

Würde mich über Feedback freuen!

00Bock commented 10 years ago

Das Thema ist doch jetzt gegessen? Kann man doch den Issue schließen?

mabecko commented 10 years ago

Mauricio erstellt für sämtliche Energiedaten eine MySQL-Datenbank. Für die Web-Visualisierung sollten wir eine GeoDB aufsetzen, die auch die Geometrien abspechern kann. Wenn historische Daten angezeigt werden sollen, brauchen wir die auf alle Fälle in der DB.