[SQL allgemein] Normalisierung oder NULL?

**asp2php** · 03.04.2009, 15:44

Das Problem ist, dass Software ziemlich schnell altern, daher weiss ich nicht, ob es sinnvoll ist, so 'ne Verwaltung zu erstellen

. Außerdem in einer gut geführten Firma legt man alle aktuelle Software sowieso als ISO-Image im Netzwerk ab, so dass sie immer sofort zugriffsbereit sind. Also wir brauchen solche Verwaltungssoftware definitiv nicht

**Onyxagargaryll** · 03.04.2009, 15:47

Nun, bei uns besteht definitiv Bedarf nach einer solchen Software

Es existieren x-hunderte CDs für die gesamte Firma, und um da noch den Überblick zu bewahren braucht es mittlerweile mehr als unser Erinnerungsvermögen ^^
Zudem bin ich Lehrling, also eine ideale Gelegenheit für ein Lehrlingsprojekt

Bleiben wir aber beim ERD, und lassen die Diskussion über den Sinn diese Projekts beiseite ^^

Besten Gruss
Onyx

**PHP-Desaster** · 03.04.2009, 16:07

Erstmal mit der normalisierten Datenbank arbeiten, gezielt optimiert wird später.

**Onyxagargaryll** · 03.04.2009, 16:25

Meinst du?
Das ist halt genau mein Dilemma

Es ist zwar ein Lernprojekt, aber wäre es für den Kunden wären das (grobe Schätzung) 0.5h neue DB Lösung designen, 1h neue DB-Lösung implementieren, 2h Daten mergen, sowie Korrespondenzen + Testing, alles zu einem Stundenansatz von Fr. 200.- (€ 130) gibt 'n hübsches Sümmchen dafür, dass ich anfangs fehlerhaft designed habe...

Wenn die Wahrscheinlichkeit da ist, dass in einem Jahr die Abfrage aller Daten in der normalisierten Lösung bereits 1 Sekunde länger dauern könnte als die performante, warum sollte man da die normalisierte nehmen?
Würd mich interessieren, ob Desasters Statement generell zutrifft oder sich da die Meinungen stark teilen

Gruss, danke für die Antworten
Onyx

**ghostgambler** · 03.04.2009, 16:53

Wenn du weißt (damit meine ich 100%tig, 99,9999999% ist nicht genug!), dass es NIEMALS weitere Orte gibt, an denen die Software lagert, außer diesen dreien, würde ich die erste Variante nutzen.
Wenn du dir unsicher bist, nimm die zweite Variante. Du kannst noch eine Typ-Spalte in der Tabelle "Software" machen, und dann genau auf die Tabelle joinen, wo die Software zu finden ist. Deutlich schlechter ist die Variante dann nicht.

Prinzipiell ist der Weg: Erst normalisiert, dann optimieren; übrigens in der Tat der bessere. Die Optimierungen fallen den guten Leuten allerdings dann beim Programmieren der Applikation auf, und werden dann gleich umgesetzt, sodass das in praktischer 0-Zeit geschieht.

**Gast** · 03.04.2009, 16:54

Normalisieren kann man auch übertreiben...

Wenn du weißt, was du am ende für Daten brauchst, baust du Dir das Schema.
In Deinem beispiel wären 3 Dinge interessant (für mich)
1. Der Datenträger
2. Welche Software ist auf dem Datenträger
3. Wo ist der Datenträger

Also hätte ich eine Tabelle Datenträger, eine mit Software, und eine Location (wobei man hier noch unterteilen könnte in regale und Kisten

, sofern du ds Ding mal an Amazon verkaufen willst sogar noch weiter)

Grundsätzlich ist PHP-Desaster´s Gedanke aber richtig.

**Onyxagargaryll** · 06.04.2009, 08:32

...abgeschlossen

Danke für eure Tipps

Stimmt, die Lösungen haben alle was. Ich habe jetzt mal weitgehend normalisiert. (Und den Thread in die Favs getan, für weitere Fälle dieser Art

)

Also vielen Dank!
Gruss
Onyx

[SQL allgemein] Normalisierung oder NULL?