Wie effizient ist das Kategoriebaum-DB-Design?

Question

Viele Male, wenn wir normalisieren wir dieses Szenario

car(id, tag, year, make_id, model_id) 
    make(id, name) 
    model(id, name, make_id) 

fanden diesen Ich versuche, mit einer Kategorie Design

car(id, tag, year, make_category_id, model_category_id) 
    category (id, name, description, parent_category_id) //this works like a tree 

mit dieser zu lösen ich wie anderen Problemen in der gleichen Datenbank lösen kann:

Also, alle Kategorien in der gleichen Tabelle zu setzen gibt mir die Flexibilität, Kategorien unbegrenzt in einem Baum zu erstellen, aber meine Frage ich s: Wie effizient ist dieser Ansatz? Dank

Category Table

Dies ist nicht für Access dbm aber ich laufe schnellen Test von SQL in Access Combo-Box auf Formulare auszufüllen.

in einem Formular zum E-Mail-Kontakt I bevölkerten E-Mail-Typ Combo-Box mit:

SELECT c.name AS Category, category.name AS Subcategory, category.id 
    FROM category AS c INNER JOIN category ON c.id=category.parentcategory 
    WHERE c.[name]='Email';//CB populated with subcategories from Email parent category 

für Auto in einem Formular I make Kombinationsfeld bevölkert mit:

SELECT c.name AS Category, category.name AS Subcategory, category.id 
    FROM category AS c INNER JOIN category ON c.id=category.parentcategory 
    WHERE c.[name]='Vehicle';//CB populated with subcategories from Vehicle parent category 

und Combo-Box-Modell in der Das gleiche Fahrzeug ist mit

SELECT c.name, c.id 
    FROM category AS c 
    WHERE (((c.parentcategory)=[Forms]![Car]![Combo38]));//CB populated with subcategories from Make selected parent category 

Answer 1

bestückt Sie haben eine Variante von OTLT, der "One True Lookup Table", gefunden Es gibt viele, viele Artikel im Internet, die im Detail diskutieren, warum dies ein Bad Thing sein kann. Google "One True Lookup Table", oder auch nur OTLT, lesen ein paar und bestimmen selbst, ob dies für das, woran Sie gerade arbeiten, passend ist.

Als guter Anfang, hier ist ein Artikel zum Thema von Phil Factor auf der SimpleTalk Website: https://www.simple-talk.com/blogs/2008/05/29/when-the-fever-is-over-and-ones-work-is-done/