地名のテーブル構造について

MySQL Version 5.1.41

このジャンルでお願いします。
例えば地名を格納する

テーブル「area」
+------+-------+
|　id　|　name　|
+------+-------+
|　1　|　渋谷１丁目|
+------+-------+
|　2　|　渋谷２丁目|
+------+-------+

があったとします。
次にその上位？（これらの丁目を包括する）データが必要なった場合に
新たにテーブルを作ってその外部キーをテーブル「area」に新たに追加する方法が良いのでしょうか？

テーブル「grouparea」
+------+-------+
|　id　|　name　|
+------+-------+
|　1　|　渋谷区|
+------+-------+

テーブル「area」←このテーブルの列構造をその都度変える
+----+---------------+-----------+
|　id　　|　grouparea_id　　|　　　name　　|
+-----+-------------+-----------+
|　1　　|　　　　　　1　　　　|　渋谷１丁目|
+-----+-------------+-----------+
|　2　　|　　　　　　1　　　　|　渋谷２丁目|
+-----+-------------+-----------+

でもこれだとさらにその上位概念のエリア「東京」や「東京」は
「関東」、あるいは「東日本」といった具合に追加したくなった場合に、
順番的に「grouparea」テーブルの先に「ken」テーブルを追加してて
後に「grouparea」テーブルを追加したくなったら

テーブル「ken」
+------+-------+
|　id　|　name　|
+------+-------+
|　1　|　東京都|
+------+-------+

テーブル「area」
+----+---------------+-----------+
|　id　　|　　　　　ken_id　　|　　　name　　|
+-----+-------------+-----------+
|　1　　|　　　　　　1　　　　|　渋谷１丁目|
+-----+-------------+-----------+
|　2　　|　　　　　　1　　　　|　渋谷２丁目|
+-----+-------------+-----------+

次に「grouparea」テーブルを追加したくなったら

テーブル「ken」
+------+-------+
|　id　|　name　|
+------+-------+
|　1　|　東京都|
+------+-------+

テーブル「grouparea」
+----+---------------+-----------+
|　id　　|　　　　　ken_id　　|　　　name　　|
+-----+-------------+-----------+
|　1　　|　　　　　　1　　　　|　渋谷１丁目|
+-----+-------------+-----------+

テーブル「area」
+----+---------------+-----------+
|　id　　|　grouparea_id　　|　　　name　　|
+-----+-------------+-----------+
|　1　　|　　　　　　1　　　　|　渋谷１丁目|
+-----+-------------+-----------+
|　2　　|　　　　　　1　　　　|　渋谷２丁目|
+-----+-------------+-----------+

このような変更しなくてはいけないですよね？（このような変更が可能なのかは分かりませんが・・・）
自分的にはこのやり方は違うような気がするのですが、
なにか良いやり方や考え方があればアドバイス頂けないでしょうか？

No.2 ベストアンサー 回答者： root139 回答日時： 2013/12/07 12:13

いっそ、ファイルシステムのディレクトリの様なツリー構造と考えてしまって上位のIDを保持するようにしてはどうですか？

例) テーブル「area」
+----+----------+---------+
|　id　|　name　　　 |　upper_id　|
+----+----------+---------+
|　1　|　関東　　　　|　(null)　　|
+----+----------+---------+
|　2　|　東京都　　　|　1　　　　 |
+----+----------+---------+
|　3　|　渋谷１丁目　|　2　　　　 |
+----+----------+---------+
|　4　|　渋谷２丁目　|　2　　　　 |
+----+----------+---------+


構造的には、県の上位に市を設定したり、自分自身のIDを上位IDに設定する事も出来てしまいますから、そこら辺はアプリケーション側で管理する必要が有りますが。

さらに地域の種別を表すコードのカラムを設けて、どの階層かを管理しても良いかも知れません。

参考URL：http://www.geocities.jp/mickindex/database/db_tr …

この回答へのお礼

ご回答ありがとうございます。
なるほど、上位IDの階層構造ですね。
それにroot139さんが仰るように種別のIDを持たせるのが
今のところ現実的な感じですね。
参考になりました。

お礼日時：2013/12/07 17:48

No.1 回答者： maiko0318 回答日時： 2013/12/07 11:11

たとえば、隣の家に電話する場合、市内局番－番号ですが、

離れた県になると市外局番－市内局番－番号に、
外国になるとさらに番号が必要ですよね。

それと似ているかな。

携帯番号が１０桁で足りなくなって１１桁に一斉に変更になりました。
それもどんどん足りなくなってきています。

その都度大改定が必要になります。

この回答へのお礼

ご回答ありがとうございます。
たしかにちょっとした変更じゃ対応できなそうな気がします。

お礼日時：2013/12/07 17:45