Es hört sich so an, als hätten Sie es irgendwo in einem CS-Kurs oder ähnlichem gelernt (was IMO gut ist). Ich habe es auch in einigen Klassen gelernt und mir hat der Ansatz des Lehrers gefallen:
Kollegen von anderen Universitäten, Kursen, ... sagten mir, sie hätten große Artikel erhalten, die die Normalisierung auf sehr theoretische (daher ziemlich langweilige) Weise erklärten, und sie hätten keine Ahnung, wie sie dieses theoretische Wissen in ein ER-Diagramm übertragen könnten.
Andererseits verbringen wir viele Stunden damit, zu lernen, wie ER-Diagramme richtig entworfen werden, welche Ideen eine gute und wartbare Datenbank ausmachen, wie auftretende Probleme im Diagramm sowie in der Datenbank (mit SQL) selbst gelöst werden und vieles mehr . Nachdem diese Konzepte durchdacht waren, wurde uns gesagt, "was Sie getan haben, heißt" Normalisierung "". Sie haben dies und das beim Entwerfen der Notaufnahme getan. Dies ist die erste Form der Normalisierung.
Ein Satz, der mir bei solchen Fragen meines Lehrers im Kopf hängen geblieben ist, lautet: "Mit einem gut durchdachten und richtig gestalteten ER-Modell haben Sie BEREITS eine normalisierte Datenbank, sodass Sie nicht über alle Formen der Normalisierung nachdenken müssen."
Da es bei Ihrer Frage nicht darum geht, wie / WARUM Normalisierung verwendet wird, sondern WANN im Entwurfsprozess, gibt Ihnen mein langer Text oben eine mögliche Antwort: Wenn Sie die Prinzipien eines guten DB-Entwurfs verstanden haben, ist Ihr endgültiges ER-Modell normiert (z Sie haben richtige Join-Tabellen erstellt, verwendete Fremdschlüssel waren anwendbar, ...). Ich denke, es ist ein Prozess, der mit der Einrichtung der Tabellen, ihren Beziehungen usw. Hand in Hand gehen muss.
Natürlich ist eine Normalisierung nicht immer erforderlich oder erwünscht, aber in den meisten Fällen erspart Ihnen das "Zeichnen" und Durchdenken der Notaufnahme die Anwendung der Normalisierung, indem Sie sich das Modell ansehen und denken: "OK, 1. Form, sind meine Werte so atomar wie möglich ""