sql >> Database teknologi >  >> RDS >> Mysql

Implikationer af Supertype og Subtype

Hvis alt hvad du behøver er at vedhæfte billeder til brugere og sider, er jeg ikke sikker på, at et komplet kategorihierarki (alias "underklasse", "undertype", "arv") ville være optimalt.

Forudsat at sider/brugere kan have flere billeder, og ethvert givet billede kan vedhæftes til flere sider/brugere, og forudsat at du ikke ønsker at vedhæfte billeder til billeder, skal din model sandsynligvis se sådan ud:

Du kunne brug kategorihierarki til at opnå lignende resultat...

...men med så få underklasser vil jeg anbefale det (på grund af potentielle problemer med vedligeholdelse og ydeevne). På den anden side, hvis der er et potentiale for at tilføje nye underklasser i fremtiden, kan dette faktisk være den rigtige løsning (ENTITY_IMAGE vil automatisk "dække" alle disse nye underklasser, så du behøver ikke at introducere et nyt "link" tabel for hver og en af ​​dem).

BTW, der er 3 vigtige måder at implementere kategorihierarkiet, hver med sit eget sæt af afvejninger.



  1. Entitetsramme PostgreSQL

  2. php- og html-formular på samme side

  3. Konfigurer opstartsmiljø i SQL Server Management Studio (SSMS) - SQL Server / TSQL vejledning del 7

  4. MySQL:summer datotider uden at tælle overlappende perioder to gange