Gegen welches Paradigma verstößt dieses Datenbankdesign?

Zum Beispiel hat jemand eine Datentabelle für einen Einkaufswagen so entworfen, cert(id, uid, item1, item2, item3...), aber der richtige Ansatz sollte darin bestehen, sie in zwei Tabellen zu unterteilen, cert( cert_id, item), cert(uid,cert_id).

Welches Paradigma verstößt also gegen die falsche Tabelle? Warum?

Antwortinhalt:

Zum Beispiel hat jemand eine Datentabelle für einen Einkaufswagen so entworfen, cert(id, uid, item1, item2, item3...), aber der richtige Ansatz sollte darin bestehen, sie in zwei Tabellen zu unterteilen, cert( cert_id, item), cert(uid,cert_id).

Welches Paradigma verstößt also gegen die falsche Tabelle? Warum?

Das Datenbankdesign ist falsch, Certid und UID können mehrere Elemente bestimmen und die Tabellenelemente sind unterschiedlich. Sofern das erste Tabellenelement kein mehrwertiges Attribut ist, verstößt dies gegen die 4. Normalform. Da die Certid das Element bestimmt, stützt sich die erste Tabelle gleichzeitig teilweise auf die zweite Normalform und ist nicht erfüllt

Ich denke, das ist normal, Normen sind tot, nur Flexibilität ist sinnvoll