カテゴリツリーのDBデザインはどれぐらい効率的ですか？

Question

何度も私たちは、私は同じように同じデータベース内の他の問題を解決することができ、これとカテゴリデザイン

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

でこれを解決しようとしている

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

このシナリオを見つけた正規化する場合：

contact(id, nickname, phone_id, email_id, address_id, person_id, company_id) 
    email(id, email_value, category_id) //category represent the Type(Personal, Work) 
    phone(id, phone_value, category_id) //category represent the Type(Cell, Home, Work,..) 
    address(id, address_value, category_id)//category represent the type(Billing, Physical) 

したがって、すべてのカテゴリを同じテーブルに配置すると、ツリー内でカテゴリを無期限に作成できるようになりますが、私の質問i s：このアプローチはどれぐらい効率的ですか？ おかげ

Category Table

これは、アクセスDBMのためではありませんが、私は、フォーム上のコンボボックスを埋めるためにアクセスしてSQLのクイックテストを実行します。で

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 

とコンボボックスモデル：私はメイクコンボボックス人口車用のフォームで

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 

：とのメールの連絡先I人口Eメールタイプコンボボックスの形で

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

OTLTの亜種である「真のルックアップテーブル」なぜこれが悪いことかもしれないのかを詳細に議論するウェブ上の記事がたくさんあります。 Googleの「1つの真のルックアップテーブル」、さらにはOTLTだけでも、カップルを読んで、自分が今作業しているものに適しているかどうかを判断します。

良いスタートとして、ここではSimpleTalkサイト上のフィルファクターによる被写体の記事があります：https://www.simple-talk.com/blogs/2008/05/29/when-the-fever-is-over-and-ones-work-is-done/