nicht angemeldet
Hallo,
Dumme Frage wahrscheinlich ja, aber was bringt eine Datenbank im Vergleich zu einer Textdatei auf dem Server für Vorteile? Ich mein eine Datenbank speichert Daten ab, klar, und nicht irgendwie sondern die Daten hängen natürlich logisch zusammen, aber das kann man doch per txt-file auch alles realisieren, und schwer isses nich.
Doch, ich behaupte, relationale Daten mit flat files verwalten zu wollen, ist _zu_ schwer, eben weil es _dafür_ relationale Datenbanksysteme gibt.
Behauptung:
Ein Gästebuch, in _einer_ Datei verwaltet, ist mit einem flat file möglich, aber ein Shopsystem sollte mit einer Datenbank verwaltet werden.
Begründung:
Shop in _einer_ Datei:
Bestellnummer; Kunde; Bestelldatum; Artikel; Menge_in_St; Preis_je_St
B1; Müller; 2004-08-02; Hose; 1; 45.78
B2; Maier; 2004-08-02; Jacke; 1; 345.87
B2; Maier; 2004-08-02; Hemd; 3; 15.89
B2; Maier; 2004-08-02; Hose; 2; 45.78
B3; Müller; 2004-08-03; Schuhe; 1; 75.98
B3; Müller; 2004-08-03; Strümpfe; 4; 5.98
Problem: Diese Tabelle enthält redundante Daten (Kunde, Bestelldatum, Artikel, Artikelpreis). Sie wird deshalb schnell sehr groß, schlecht zu sortieren und zu durchsuchen.
Lösung: Man nutzt mehrere Dateien.
Datei Kunden:
Kundennummer; Name
K1; Müller
K2; Maier
Datei Artikel:
Artikelnummer; Bezeichnung; Preis
A1; Hose; 45.78
A2; Jacke; 345.87
A3; Hemd; 15.89
A4; Schuhe; 75.99
A5; Strümpfe; 5.98
Datei Bestellungen:
Bestellnummer; Kunde; Bestelldatum
B1; K1; 2004-08-02
B2; K2; 2004-08-02
B3; K1; 2004-08-03
Datei Positionen:
Bestellung; Position; Artikel; Menge
B1; P1; A1; 1
B2; P1; A2; 1
B2; P2; A3; 3
B2; P3; A1; 2
B3; P1; A4; 1
B3; P2; A5; 4
Diese Dateien enthalten nun keine redundanten Daten mehr. Ihre Größe entspricht nur der wirklich notwendigen Datenmenge. Als einzelne Dateien sind sie auch gut beherrschbar. Die Summe der Programmlogik allerdings, welche man erstellen muss, um diese Dateien in Beziehung zu setzen und konsistent zu halten, um Abfragen zu erstellen und zu suchen, um Löschen und Einfügen zu können ... würde am Ende ein eigenes Datenbanksystem erschaffen. Der Vorteil wäre, dass dieses eigene DBMS, weil es speziell nur für diesen einen Shop geschrieben und optimiert wurde, schneller sein kann (nicht muss) als Standard-DBMS, die universell einsetzbar sein müssen.
Wer sich das antun will, oder wer glaubt es besser (schneller) zu können, als die Profi-DBMS-Entwickler, der soll es tun ;-)).
viele Grüße
Axel