Forum: Datenbanken
by mkinzler,
13. Apr 2018
Deshalb gibt es in diesem Punkt kein richtig oder falsch.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Kann aber wieder zu Inkonsistenzen führen.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Der Main_Name ist ja der Name des Parent. Natürlich kann man beides doppelt führen, damit schafft man sich mehr Probleme.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
"Main_Name" und "Child" sind in diesem Fall überhaupt nicht notwendig, da redundant. "Sub_name" besser "Name".
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Eigene Tabelle und FK in Tabelle für die Belege.
Es ist flexibler.
Und Warum sollte eine System mit den Tabellen
'Order', 'DeliveryNote', 'Invoice', ..., 'OrderPosition', 'DeliveryPosition', 'InvoicePosition', ...
normalisierter sein als ein System mit den Tabellen 'ReceiptType', 'Receipe', 'Position'?
Wenn jetzt später ein neuer Belegtyp z.B. Bearbeitungslaufzettel benötigt wird...
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Auftragspositionen und Auftragsunterpositionen sind eigentlich das gleiche, der Fremdschlüssel steuert dies ja.
Aufträge sind natürlich etwas komplett anderes.
Ich würde eher eine Tabelle für Aufträge, Lieferscheine, Rechnungen usw. verwenden und eine für die Positionen.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Wenn Du mehrere Tabellen für das gleiche anlegst würde ich auch nicht von Normalisierung reden. Kaetegorien sind Kategorien, ob sie nun Haupt- oder Unterkategorien sind.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Joins ist Joins, ob nun verschiedene Tabellen oder mehfach die selbe gejoint wird. Ausserdem ist ja die Frage, warum überhaupt gejoint werden muss.
Ist das bei einer Adressen- oder Rechnungspositionentabelle anders? Da hat man auch viele verschiedene Daten beinhalten.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Ich sehe auch nicht, warum dies der Normalisierung widersprechen sollte. Diese fordert ja nur eine Abhängigkeit von den Nichtschlüsselfeldern vom (Primär)Schlüssel. ParentID ist ja aber ein (Fremd-)schlüssel.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Warum nicht. Ist bei den anderen Tabellen gibt es ja auch hin und wieder Felder die nicht gefüllt sind.
So wäre es auch einfacher aus einer Haupt- eine Subkategorie zu machen oder umgekehrt oder die übergeordnete zu ändern.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Oder in einer. Da ja die Hierarchie Teil der Tabelle ist. Im Nornallfall unterscheiden sich die Metadaten der Haupt-/Unter-/Unter-Unterkategorien ja nicht. Die oberste Ebene hat dann halt keine Parent.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Und bei 10 Hierarchie-Ebenen dann 10 Tabellen?
Ich würde es auch mit einet Tabelle lösen.
Forum: Datenbanken
by mkinzler,
13. Apr 2018
https://de.wiktionary.org/wiki/Receiver :?
Forum: Datenbanken
by mkinzler,
13. Apr 2018
Der Plural von Receiver ist Receiver