Performanceoptimierung der Datenanalyse in Netzwerkgraphen durch

3. Vorbetrachtungen einer hochperformanten Lösung
und Constraints macht das relationale Konzept sehr langsam. Dadurch haben
relationale Datenbanken bei sehr großen Datenmengen performancebedingt
keine praktische Bedeutung mehr. Allerdings sind dadurch auch die Anfragen
an die Daten komplizierter. Es kann kein SQL oder nur noch eine sehr eingeschränkte
Form von SQL verwendet werden. Derartige moderne Datenbanken
werden auch als NoSQL-Datenbanken bezeichnet.
Aufgrund der Datenmengen ist ein Wechsel von MySQL auf eine dokumentbasierte
Datenbank derzeit nicht nötig, da die gespeicherten Daten nur etwa
40 Gigabytes (in MySQL) belegen. Die textuelle Repräsentation der Daten in
einer einfachen CSV-Datei ist 15,3 Gigabytes groß. Der Import dieser Daten
in eine PostgreSQL-Tabelle mit den tatsächlichen Datentypen (und nicht ihrer
textuelle Form) ist 16 Gigabytes groß. Jonathan Ellis (ein Entwickler des dokumentbasierten
Datenbanksystems Cassandra [1]) gibt in einem Vortrag [12]
an, dass es für die Performance keinen Unterschied macht, ob man Cassandra
oder eine relationale Datenbank einsetzt, wenn man keine verteilte Datenbank
benutzt und keine Joins und Constraints verwendet. Da im Rahmen dieser Arbeit
nur eine Tabelle von Datenaufzeichnungen verwendet wird, die durchaus
Fehler in der Konsistenz und redundante Informationen enthält (vgl. Abschnitt
1.3), ist der Umstieg auf ein dokumentbasiertes DBMS nicht nötig.
Hierarchische Speicherung
Die Speicherung in einem hierarchischen Datenbankmodell ist für diese Daten
nicht sinnvoll, da sie keine sinnvolle hierarchische Repräsentation haben.
Zusammenfassung
Abschließend ist zu bemerken, dass im Rahmen dieser Arbeit die Speicherung
der Daten in relationaler Form beibehalten wurde. Der Hauptgrund dafür ist,
dass das Programm für die Datenaufzeichung nicht geändert werden muss.
Beim Wechsel auf ein anderes relationales DBMS würde sich auch der Import
und Export der Daten einfacher gestalten, als bei einem Wechsel des Datenbankmodells.
Im folgenden Abschnitt soll deshalb untersucht werden, ob ein
Wechsel auf ein anderes relationales DBMS sinnvoll ist und welche Vor- und
Nachteile dieser hätte.
© Andreas Redmer — 29. September 2011 25