Kategori ağacı DB tasarımı ne kadar verimli?

Question

Birçok kez biz ben gibi aynı veritabanındaki diğer sorunları çözebilir bu bir kategori tasarımının

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

ile bu çözmeye çalışıyorum

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

bu senaryoyu bulundu normalleştirmek zaman:

Bu nedenle, tüm kategorileri aynı tabloya yerleştirmek bana bir ağaçta süresiz olarak kategori oluşturma esnekliği verir, ancak sorum s: Bu yaklaşım ne kadar etkili? Teşekkür

Category Table

Bu Erişim dbm için değil ama formlara Combo kutuları doldurmak erişimde SQL hızlı testini çalıştırın. içinde

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 

ve açılan kutu modeli: Birlikte yapmak açılan kutu doldurulan araç için bir formda

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 

: E-posta yoluyla temas ben nüfuslu-posta türü açılan kutu için bir formda

Aynı araç formu ile dolduruldu:

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

“One True Lookup Table” adlı bir OTLT varyasyonu çarptı. İnternette, bunun neden bir Kötü Şey olabileceğini detaylı olarak tartışan birçok makale var. Google “Tek Doğru Arama Tablosu”, hatta sadece OTLT, bir çift okuyor ve bunun şu anda üzerinde çalıştığınız şey için uygun olup olmadığını kendiniz belirleyin. https://www.simple-talk.com/blogs/2008/05/29/when-the-fever-is-over-and-ones-work-is-done/