Facebookのようなグループを持つシステムのデータベース設計

Question

私はグループを持つシステムを作成しています。これらはFacebookグループのように考えることができます。ユーザーは新しいグループを作成できます。現在、私は次のタイプのグループを持っています：

• 都市グループ - 特定の都市に基づくグループ。たとえば、「London Buy and Sell Group」
• 学校グループ - 学校に基づくグループ。たとえば、「London University Study Group」
• 興味グループ - 場所に結ばれていないグループ。たとえば、「50's Over Knitting Group」

今後、さらにグループタイプが追加されます。各グループは、オプションの異なる型を持つことができますが、すべてのグループが同じ基本的なデータを持っている：

• ID
• クリエータID
• 名
• オプションの説明

Iをこのためのデータベース設計をまとめることに苦労しています。私の最初の考えは、異なるグループの異なるテーブルを作成することでした。

たとえば、groupという単一のテーブルがあります。このテーブルは、id,creator id,name,description,member count,timestampsを有する。

他のグループを表すテーブルがあり、それをgroupにリンクします。だから私は、group_id、city_idを含むcity_groupテーブルがあります。他のグループタイプについても同様です。

私がこれを持っている唯一の問題は、interest_groupには通常のgroupという余分なデータがありません。しかし、インタレストグループのみを照会できるようにするには、interest_groupテーブルを作成することが理にかなっていると思っていました。それは次の列だけを持っています：id、group_id、timestamps ...この目的のためだけにテーブルを持っているのは少し無駄です。ここで

は、物事を容易にするための図です：

は、私の解決策に問題、またはこの設計上の問題を解決するために任意のより良い方法はありますか？

Answer 1

私はアイデアを持っています。これは基本的に回避策です。id（PK）を持つgroup_type、次にtablename（タイプの完全なテーブル名）があります。

次に、このgroup_typeテーブルにリンクしているGroupテーブルからFKを取得する必要があります。

id tablename 
-------------------- 
1  School Group 
2  Interest Group 

このすべてが完了した後、あなたは一例として、このテーブルの値に基づいてクエリを構築することができ：

JOIN (SELECT tablename FROM group_type WHERE id=group.group_type_id) ON ..