MySQL Datenbank Normalisierung .. eine Tabelle, um mehrere andere zu verbinden?

Question

Nehmen wir an, ich habe eine sehr große Datenbank mit Tonnen von Tabellen darin. Einige dieser Tabellen enthalten Datensätze miteinander

wie verbunden werden

table: album 
table: artist 
--> connected by table: album_artist 

table: company 
table: product 
--> connected by table: company_product 

Die Tabellen album_artist und company_product enthalten 3 Spalten repräsentieren Primärschlüssel, ALBUMID/artistID mittlerweile CompanyID/ProduktID ...

Ist es ein gute Praxis so etwas wie eine „assoc“ Tabelle zu tun, die wie

aufgebaut sind

--------------------------------------------------------- 
| id int(11) primary | leftID | assocType  | rightID | 
|---------------------------------------------------------| 
| 1     | 10  | company:product | 4  | 
| 2     | 6  | company:product | 5  | 
| 3     | 4  | album:artist | 10  | 
--------------------------------------------------------- 

ich bin nicht sicher, ob dies der Weg zu gehen, oder wenn es etwas anderes als multipl Schaffung Die Verbindungstabellen ?!

Answer 1

Nein, nein, tausend mal nein. Überlegen Sie Ihre Viele-zu-Viele-Beziehungen nicht. Behalte sie einfach. Es gibt nichts zu gewinnen und eine Menge zu verlieren, wenn Sie versuchen, alle Ihre Beziehungen in einer einzigen Tabelle zu konsolidieren.

Wenn Sie eine viele zu viele Beziehung zwischen haben, sagen guiarist und drummer, dann brauchen Sie eine guitarist_drummer Tabelle mit zwei Spalten in es: guitarist_id und drummer_id. Der Primärschlüssel dieser Tabelle sollte aus beiden Spalten bestehen. Und Sie sollten einen anderen Index haben, der aus den zwei Spalten in umgekehrter Reihenfolge besteht. Fügen Sie diesen Join-Tabellen keine dritte Spalte mit einer autoinkrementierenden ID hinzu. Das ist eine Verschwendung und erlaubt doppelte Paare in diesen Tabellen, was im Allgemeinen verwirrend ist.

Menschen, die die RDBMS-Klasse in der Schule besucht haben, werden sofort erkennen, wie diese Tabellen funktionieren. Das ist gut, denn das bedeutet, dass Sie für den Rest Ihres Lebens nicht der einzige Programmierer dieses Projekts sein müssen.

Profi-Tipp: Verwenden Sie überall den gleichen Spaltennamen. Stellen Sie in Ihrer guitarist Tabelle einen Primärschlüssel mit der Bezeichnung guitarist_id statt id ein. Es macht Ihre Beziehungstabellen leichter verständlich. Und wenn Sie ein Reverse-Engineering-Tool wie Sql Developer verwenden, wird dieses Tool einfacher mit Ihrem Schema arbeiten.

Answer 2

Nein, es ist keine gute Übung. Es ist eine schreckliche Übung, weil die referentielle Integrität aus dem Fenster verschwindet. Die referenzielle Integrität ist die vom RDBMS bereitgestellte Garantie, dass sich ein Fremdschlüssel in einer Zeile auf eine gültige Zeile in einer anderen Tabelle bezieht. Damit die Datenbank die referenzielle Integrität erzwingen kann, muss sich jede verweisende Spalte auf eine einzige referenzierte Spalte einer und nur einer referenzierten Tabelle beziehen.

Answer 3

Die Antwort ist, dass es "hängt" von der Situation ab. In deinem Fall und den meisten anderen, nein, macht es keinen Sinn. Es macht Sinn, wenn Sie eine viele < -> viele Beziehung machen, können die Einschränkungen durch die Verknüpfungstabelle mit Fremdschlüsseln und einer eindeutigen Einschränkung erzwungen werden. Der wahrscheinlich beste Anwendungsfall wäre, wenn Sie zahlreiche Tabellen auf eine einzelne Tabelle hätten. Jede Tabelle könnte eine Verknüpfungstabelle mit Indizes enthalten. Dies wäre vorteilhaft, wenn eine der Tabellen eine große Tabelle ist und Sie die verknüpften Datensätze separat abrufen müssen.