Wahl der richtigen Datenbank
Hallo zusammen
Ich stehe aktuell vor dem Problem, dass ich mich für eine Datenbank entscheiden muss, aber jetzt nicht weiss, wie ich da am besten vorgehen soll. Um nur schon die Anforderungen möglichst gut spezifizieren zu können, muss man meiner Meinung nach schon viel Hintergrundwissen mitbringen. Bei den zu speichernden Daten geht es übrigens um schnöde Zeitreihen.
Wie geht ihr da jeweils vor? Gibt's da evtl. Entscheidungsmatrixen oder dergleichen?
Vielen Dank schon mal!
Ich stehe aktuell vor dem Problem, dass ich mich für eine Datenbank entscheiden muss, aber jetzt nicht weiss, wie ich da am besten vorgehen soll. Um nur schon die Anforderungen möglichst gut spezifizieren zu können, muss man meiner Meinung nach schon viel Hintergrundwissen mitbringen. Bei den zu speichernden Daten geht es übrigens um schnöde Zeitreihen.
Wie geht ihr da jeweils vor? Gibt's da evtl. Entscheidungsmatrixen oder dergleichen?
Vielen Dank schon mal!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 316870
Url: https://administrator.de/contentid/316870
Ausgedruckt am: 05.11.2024 um 21:11 Uhr
6 Kommentare
Neuester Kommentar
Moin,
Zeitreihen im Sinne von chronologisch geordneten Datensätzen? Dann weg von relationalen Datenbanken hin zu NoSQL-Biestern :D Schau mal nach Apache Cassandra oder MongoDB. Ich empfehle ersteres, aber letzteres ist gerade unter node entwicklern sehr beliebt.
Ansonsten joa, die üblichen Verdächtigen. Postgres, MySQL, MsSQL.
Die Hauptfrage ist halt: Wie gut muss das skalieren. Das ist bei den NoSQL-Datenbanken eher einfach, während Skalierbarkeit bei SQL-Datenbanken ein ziemlichen feilschen um Ressourcen ist.
Wenn du nicht skallieren musst sondern nur ein paar Millionen Datensätze irgendwo hinpfeffern willst, dann ist es eigentlich egal. Wobei ich auch da NoSQL aufgrund der einfacheren Strukturen vorziehen würde. Hat aber auch seine Tücken.
Gruß
Chris
Bei den zu speichernden Daten geht es übrigens um schnöde Zeitreihen.
Zeitreihen im Sinne von chronologisch geordneten Datensätzen? Dann weg von relationalen Datenbanken hin zu NoSQL-Biestern :D Schau mal nach Apache Cassandra oder MongoDB. Ich empfehle ersteres, aber letzteres ist gerade unter node entwicklern sehr beliebt.
Ansonsten joa, die üblichen Verdächtigen. Postgres, MySQL, MsSQL.
Die Hauptfrage ist halt: Wie gut muss das skalieren. Das ist bei den NoSQL-Datenbanken eher einfach, während Skalierbarkeit bei SQL-Datenbanken ein ziemlichen feilschen um Ressourcen ist.
Wenn du nicht skallieren musst sondern nur ein paar Millionen Datensätze irgendwo hinpfeffern willst, dann ist es eigentlich egal. Wobei ich auch da NoSQL aufgrund der einfacheren Strukturen vorziehen würde. Hat aber auch seine Tücken.
Gruß
Chris
Zitat von @STRUBartacus:
Ja, genauergesagt sollen Smartmeter-Daten gespeichert, möglichst einfach wieder ausgelesen sowie visualisiert werden können. Hat für diesen Anwendungsfall vielleicht jemand einen Tip bezüglich der Wahl der DB?
Und um wieviele Smartmeter geht es?Ja, genauergesagt sollen Smartmeter-Daten gespeichert, möglichst einfach wieder ausgelesen sowie visualisiert werden können. Hat für diesen Anwendungsfall vielleicht jemand einen Tip bezüglich der Wahl der DB?
3 auf dem Tisch, oder 50.000 und mehr Geräte mit 15 Minuten Werten?