SQL | TABLE | 親子関係について

Question

現在仕事でなんとなくSQLを触っています。
使用できるコマンドは、INSERT,DESC,SELECT,JOINです。

SQLの仕組みで、以下疑問に思っています。

例）以下のTABLEが存在するとします。

-SAMPLE01
-COUNTRYID
-COUNTRYNAME
-SAMPLE02
-AREAID
-AREANAME
-COUNTRYID

この２つのTABLEでそれぞれ独立していると思うんですが、
JOINで連結してあげると、COUNTRYIDに対応しているCOUNTRYNAMEでAREAID,AREANAMEが出力されます。

---COUNTRYNAME---AREANAME---COUNTRYID---AREAID-----------
--- AMERICA ---NEWYORK --- 1 --- 1 -----------
--- AMERICA --- LOS --- 1 --- 2 -----------
--- JAPAN --- TOKYO --- 2 --- 3 -----------

・SQLの考え方として、IDで各TABLEの情報を連結する解釈でよろしいですか？
・TABLEを作成する際に、上記の例のように親子のような関係を設計するとしたらそれぞれ同じフィールドを(COUNTRYID)を設ける必要がありますか？

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓追加↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
ご回答有難うございます。

■SQLの設計をする際、まずTABLE同士の親子関係から考える必要がありますか？
■SNS等のサービスの場合、開発段階でTABLEをCreateしておきそれをユーザにつかってもらうイメージで大丈夫ですか？

Answer 1

大前提として、基本的にテーブルにはユニークなID列を持たせます。
連結対象になりうるテーブルはID列を追加しましょう。
（使用するRDBMSによって少し作法は異なるかもしれません）

tatsuyoshiさんの例ではSAMPLE02のAreaIdは使用されていませんが、AreaにもIdが存在していますね。
ユニークなIDを持たないのは１：１の子テーブルであるとか、そういう特別な場合です。

※SAMPLE01とSAMPLE02では少し分かりにくいので、SAMPLE01をCountryテーブル、SAMPLE02をAreaテーブルとして説明します

・SQLの考え方として、IDで各TABLEの情報を連結する解釈でよろしいですか？
そうです。基本IDで各TABLE同士を連結します。

・TABLEを作成する際に、上記の例のように親子のような関係を設計するとしたらそれぞれ同じフィールドを(COUNTRYID)を設ける必要がありますか？
少し違います。同じフィールドを持つのは子テーブルだけです。
CountryとAreaの例では、Countryが親でAreaが子です。このため、AreaはCountryIdを持ちますが、CountryはAreaIdを持ちません。
また、TABLE同士を直接連結せず、連結テーブルを使用する場合もあります。
利点は省略しますが、AreaテーブルとCountryテーブルを繋ぐ CountrysArea(CountryId, AreaId)テーブルを作り利用するイメージです。

Answer 2

基本、IDで連結するのが良いですが、名前が同じ(COUNTRYID)とは限りません。
※ 型は合わせてくださいね。

例えば、以下の様にすることが多いです。

-COUNTRY 
   -ID 
   -NAME 
-AREA 
   -ID 
   -NAME 
   -COUNTRYID 


SELECT 
    c.NAME AS COUNTRYNAME
    , a.NAME AS AREANAME 
    , c.ID AS COUNTRYID
    , a.ID AS AREAID
FROM COUNTRY c
    INNER JOIN AREA a
        ON c.ID = a.COUNTRYID