データベース設計、外部テーブルについての質問です。

Question

データベース設計、外部テーブルについての質問です。
テーブルを設計し、（②と③は外部テーブルです）

上司に報告したところ、
「これではIDのCのように西インド諸島エリアに中国、のような矛盾が出てくる」と指摘されました。
最終的には
![
のように新しく外部テーブルを設定すればよいと上司から教わったのですが、この新しい外部テーブルでなぜ矛盾がでなくなるのかません。

よろしくお願いいたします。

Comments

[x_x]

テーブル1が最後のテーブルになったのではなく、別のテーブルとして最後のテーブルを用意なんですか？　二重管理にしか見えませんが

Answer 1

元の構造だと、
①(国)→②(国)
①(エリア)→③(エリア)
という風に外部参照が独立していますので、矛盾した組み合わせが可能です。

一方、新しい構造だと、①との関係を①(国ID)→新テーブル(ID)とする前提で、
新テーブルでは、組み合わせを定義する事になるので紛れはありません。

②にエリアを追加して
①(国ID)→②(ID):②(エリア)→③(エリア)
という関係でも問題ないですし、どちらかというとその方が正当なものでしょう。

Answer 2

構造は変っているように見えませんが
単にc7→are14という間違っているデータをare1に変更しただけでは？

あとはメインテーブルのIDがプライマリーキーであれば
なんらかの意味をもったり、付け方の法則を決めなくてはならない文字列型より
意味をもたない単に違うことだけ担保する数値の方が管理はしやすくなります

Answer 3

私にも分からないですね。。。
この手の矛盾はDB設計で防ぐことは難しいと思います。
アプリケーションでも。。。難しいですね。
少なくともすぐには思いつかないです。

内容はともかく、教えてもらえるだけ良心的な上司だと勝手に想像しています。
致命的な不具合が発生しないのであれば、騙されたと思って
上司の案に従っても良いのではないでしょうか。
エンジニアというよりかは、社会人的にそちらが正解のような気がします。

13:26追記
sazi様の回答が正しいと思ったので、訂正します。

Answer 4

通常はISO 3166で設計するのでは？ISOを使っておかないと、今はともかく、将来社外とデータをやり取りする必要が出てきた時に困るのでは？
ISO 3166-1 国名コード
ISO 3166-2 行政区画名あるいは属領名をコードで表示するための地理コード系

Comments

[Stan_Dma]

(deleted comment)

Answer 5

ある「国」（②）は、所属するエリア（③）をただ一つだけ持つ、のですから、本来なら②にエリアを示すIDが組み合わさらないといけません。

ですから、②のテーブルが「国」「国名」「エリア」になるようにカラムを一つ追加しましょう。

※②は①の外部テーブルであり、③は②の外部テーブルになるのです

Comments

[Stan_Dma]

I don't understand what no.1 table is for. Simply to add the country id column to the no.3 table seems to be suitable.

[Stan_Dma]

Sorry, I was wrong! Area id sould be added to the no.2 table as tacsheaven-san said. But there seems no need to use no.1 as table.