strubartacus
Goto Top

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!

Content-ID: 316870

Url: https://administrator.de/contentid/316870

Ausgedruckt am: 25.11.2024 um 07:11 Uhr

wiesi200
wiesi200 04.10.2016 aktualisiert um 20:15:23 Uhr
Goto Top
Hallo,

Es kommt darauf an für was ich das brauche.
Wenn ich spezielle Kriterien habe dann muss man das schon genau planen, wenn's um viele Installationen geht oder ähnlich.

Wenn nur ne einfache Eigen Lösung wird dann nehm ich das was ich kenne.
Linux = MariaDB
Windows = MS Sql

Um was geht's denn genau.
Sheogorath
Sheogorath 05.10.2016 um 01:02:19 Uhr
Goto Top
Moin,

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
STRUBartacus
STRUBartacus 05.10.2016 um 08:35:18 Uhr
Goto Top
Zitat von @Sheogorath:
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.

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?
Deepsys
Deepsys 05.10.2016 um 08:48:31 Uhr
Goto Top
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?
3 auf dem Tisch, oder 50.000 und mehr Geräte mit 15 Minuten Werten?
STRUBartacus
STRUBartacus 05.10.2016 um 11:44:11 Uhr
Goto Top
Zitat von @Deepsys:
Und um wieviele Smartmeter geht es?
3 auf dem Tisch, oder 50.000 und mehr Geräte mit 15 Minuten Werten?

Eine dreistellige Anzahl ist durchaus realistisch.
atze187
atze187 05.10.2016 um 12:26:18 Uhr
Goto Top
Hi,

wenn die Daten einem gemeinsamen Schema folgen, dann würde ich eine relationale Datenbank (MSSQL auf MS Azure) nehmen. Sind die Daten nicht einheitlich strukturiert dann würde ich zu einer Dokumenten-orientierten Datenbank (MongoDB, RavenDB) tendieren.