Datenbank oder Textdatei?

[MaggyMo]

Hey,

ich stehe vor der Aufgabe eine Anwendung zu entwickeln, die Daten von bestimmten Objekten sortieren soll. In meinem Fall handelt es sich um ein Nachschlagewerk für Lebensmittel. Die grafische Oberfläche soll mit JavaFX programmiert werden und noch dazu soll es möglich sein, die Lebensmittel nach bestimmten Merkmalen (Bezeichnung, Art, Kalorien) zu filtern und zu sortieren. Nun stehe ich vor der Entscheidung, ob eine Textdatei reicht oder ob ich lieber eine Datenbank mit MySQL aufsetzen soll.

Bei den folgenden Punkten bin ich mir noch unsicher und vielleicht kann mir hier ja einer helfen.

Müssen die Informationen der Datenbank auf dementsprechende Objekte abgebildet werden können? - Muss für die Information: Haferkeks - Gebäck - 120 ein Objekt mit den Attributen Haferkeks, Gebäck und 120 erstellt werden?

Welche Datenbank eignet sich am besten ? : MySQL?

Reicht bei dem Auslesen der Informationen aus einer Textdatei ein Stream?

Und wieviel Zeit benötigt die Einarbeitung in das Datenbank-Thema, dabei muss man ja auch einen Datenbank-Server verwenden.


Schonmal Danke im Vorraus.

 

[White_Fox]

Naja, kommt - wie immer - darauf an, was du willst. Wenn du einfach nur ein Datenklo brauchst um die Daten z.B. auf der Festplatte abzulegen, reicht eine Datei. Dafür extra eine Datenbank zu bemühen wäre m.E. schlechtes Design, weil völlig überzogen.

Eine Datenbank macht eher Sinn, wenn du z.B. mit mehreren Leuten gleichzeitig auf den Daten arbeiten willst.

Ich würde an deiner Stelle das Problem in eine eigene Klasse einsperren. Wenn du meinst daß du das später ändern willst, dann brauchst du nur die eine Klasse zu ändern. Noch besser ist es, wenn du an einer Stelle einfach nur die Klasse austauschen mußt. Das Strategiemuster kannst du dir ja mal anschauen.

Und wieviel Zeit benötigt die Einarbeitung in das Datenbank-Thema, dabei muss man ja auch einen Datenbank-Server verwenden.

Es soll Fälle geben, da kriegen die Leute schon nach einem Nachmittag Datenbankzugriffe zustande, und bauen noch am Abend eine Datenbank in ihr Programm ein.
Und es gibt Leute, die verdienen ihr Geld ausschließlich mit Datenbankkram und machen nichts anderes.

Wieviel Zeit du in die Einarbeitung stecken willst hängt sehr stark davon ab, wie gut du das machen willst.
Um mal ein echtes Negativbeispiel zu bringen: Ich mußte mal Produkte für eine Firma in deren Warenwirtschaftsproduktmanagementschlagallestotprogramm einpflegen. Das war nichts selbstgestricktes, sondern die Firma hat für das Programm recht viel Geld bezahlt.
Preise und Produkte wurden von den Herstellern als Textdateien (GAEB-Format wenn ich mich recht erinnere) angeliefert.

Dieses verfluchte Drecksprogramm hat tatsächlich stundenlang an der Datenbank rumgeeiert, um eine Handvoll simpler Textdateien (die größte war ca. 20kB groß, insgesamt lag die Daten"menge" definitiv <1MB) in die Datenbank einzutragen. Ich habe damit erst um 1600 anfangen können, damit die anderen in Ruhe arbeiten konnten, und bin erst um 1900 oder 2000 in den Feierabend.

Überleg dir selbst, wo dein Anspruch liegt.

Da ich finde, das bei solcher Frickelsoftware Roß und Reiter genannt gehören: Das verfluchte Drecksprogramm hieß übrigens Mosaik, Firmenverwaltungssoftware von Moser. Das muß etwa 2017 oder so gewesen sein.

 

[MaggyMo]

Naja, kommt - wie immer - darauf an, was du willst. Wenn du einfach nur ein Datenklo brauchst um die Daten z.B. auf der Festplatte abzulegen, reicht eine Datei. Dafür extra eine Datenbank zu bemühen wäre m.E. schlechtes Design, weil völlig überzogen.

Eine Datenbank macht eher Sinn, wenn du z.B. mit mehreren Leuten gleichzeitig auf den Daten arbeiten willst.

Ich würde an deiner Stelle das Problem in eine eigene Klasse einsperren. Wenn du meinst daß du das später ändern willst, dann brauchst du nur die eine Klasse zu ändern. Noch besser ist es, wenn du an einer Stelle einfach nur die Klasse austauschen mußt. Das Strategiemuster kannst du dir ja mal anschauen.

Also ich muss im Rahmen meines Studiums eine Anwendung entwickeln, die das Filtern, Sortieren und Suchen von verschiedenen Daten über eine Oberfläche ermöglichen soll. Die Daten werden also nur von mir verändert, sie müssen halt nur von außen aufrufbar sein.

 

[White_Fox]

Schau dir meinen Edit im vorherigen Beitrag an.

Studiums

Gerade dann solltest du zusehen, etwas handwerklich vernünftiges abzuliefern.
Programmierer und Softwareentwickler, die wie im o.g. Beispiel die Zeit ihrer Benutzer derart verschwenden, gehören geteert, gefedert, ausgepeitscht und durch die Straßen getrieben. Und zwar in allen Städten, wo Benutzer ihrer Software wohnen.
Also, mach es ordentlich.

 

[LimDul]

Wenn Datenbank würde ich bei der Anforderung die du hast, auf eine embedded DB wie H2 oder sqlite setzen.

Grundsätzlich ist das aber etwas, was bei vernünftigen Software-Design (fast) vollkommen egal. Du hast Daten-Objekte, die können gespeichert und geladen werden. Und ob die in einer Datenbank landen, in einer Textdatei oder übers Netzwerk gelesen/geschrieben werden sollte deinem Programm vollkommen egal sein.