PSD-Tutorials.de
Forum für Design, Fotografie & Bildbearbeitung
Tutkit
Agentur
Hilfe
Kontakt
Start
Forum
Aktuelles
Besonderer Inhalt
Foren durchsuchen
Tutorials
News
Anmelden
Kostenlos registrieren
Aktuelles
Suche
Suche
Nur Titel durchsuchen
Von:
Menü
Anmelden
Kostenlos registrieren
App installieren
Installieren
JavaScript ist deaktiviert. Für eine bessere Darstellung aktiviere bitte JavaScript in deinem Browser, bevor du fortfährst.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen
alternativen Browser
verwenden.
Antworten auf deine Fragen:
Neues Thema erstellen
Start
Forum
Sonstiges
Webdesign, Webentwicklung & Programmierung
PHP, Javascript, jQuery, Ajax, nodeJS, MySQL...
Hilfe bei Normalisierung
Beitrag
<blockquote data-quote="Mereel" data-source="post: 2043902" data-attributes="member: 226992"><p><strong>AW: Hilfe bei Normalisierung</strong></p><p></p><p>Also irgendwie stimmt das noch nicht ganz.</p><p>Mein Vorschlag wäre:</p><p>Edit: Soweit es nicht mehrere Patienten mit der selben Adresse geben (wovon in diesem Fall wohl nicht auszugehen ist), würde ich aus praktischen und Performance- Gründen (man spart sich einen Join bei der Ausgabe der Patientendaten) die Adress-Tabelle mit der Patiententabelle zusammenlegen.</p><p></p><p>Edit 2: Mir ist gerade aufgefallen, nach eurem Modell wären mehrere Adressen pro Patient möglich, nach meinem nicht. Und nach meinem Schema käme es zu einem Problem, wenn ein Patient umzieht. Also entweder pat_id wieder in die Adressen-Tabelle, wenn wirklich mehrere Adressen je Patient nötig sind, ansonsten die Adresse in die Patiententabelle.</p><p></p><p>Und was bestimmt auch gegen irgendeine Normalisierungsregel verstößt: Speichere nicht das Alter sondern unbedingt das Geburtsdatum des Patienten! (Grund sollte klar sein ;-))</p></blockquote><p></p>
[QUOTE="Mereel, post: 2043902, member: 226992"] [b]AW: Hilfe bei Normalisierung[/b] Also irgendwie stimmt das noch nicht ganz. Mein Vorschlag wäre: Edit: Soweit es nicht mehrere Patienten mit der selben Adresse geben (wovon in diesem Fall wohl nicht auszugehen ist), würde ich aus praktischen und Performance- Gründen (man spart sich einen Join bei der Ausgabe der Patientendaten) die Adress-Tabelle mit der Patiententabelle zusammenlegen. Edit 2: Mir ist gerade aufgefallen, nach eurem Modell wären mehrere Adressen pro Patient möglich, nach meinem nicht. Und nach meinem Schema käme es zu einem Problem, wenn ein Patient umzieht. Also entweder pat_id wieder in die Adressen-Tabelle, wenn wirklich mehrere Adressen je Patient nötig sind, ansonsten die Adresse in die Patiententabelle. Und was bestimmt auch gegen irgendeine Normalisierungsregel verstößt: Speichere nicht das Alter sondern unbedingt das Geburtsdatum des Patienten! (Grund sollte klar sein ;-)) [/QUOTE]
Bilder bitte
hier hochladen
und danach über das Bild-Icon (Direktlink vorher kopieren) platzieren.
Zitate einfügen…
Authentifizierung
Wenn ▲ = 7, ▼ = 3, ◇ = 2 und die Summe von ▲ und ▼ durch ◇ geteilt wird, was ist das Ergebnis?
Antworten
Start
Forum
Sonstiges
Webdesign, Webentwicklung & Programmierung
PHP, Javascript, jQuery, Ajax, nodeJS, MySQL...
Hilfe bei Normalisierung
Oben