Q&A
全国地方公共団体コード は県と市区町村は同列で親子関係にはありませんよ。
DB(BigQuery-Standard SQL)における一般的な「重複IDの管理方法」について質問させて下さい。
以下のように「都道府県」と「市区」をDB管理する場合、
「アンネスト(フラット化)構造」と「ネスト構造」どちらで管理するべきか迷っています。
似たようなID管理を行っている方がおりましたら、管理手法をご教授頂きたいです。
以下、考えられるメリット・デメリット
▼「アンネスト(フラット化)構造」の場合
【メリット】
作業途中では、データを取り扱いしやすい。
【デメリット】
集計時にID重複のリスクがある。
▼「ネスト構造」の場合
【メリット】
ID重複のリスクが低い。
【デメリット】
作業途中では、データを取り扱いにくい。
すみませんが、どうぞよろしくお願いします。
回答2件
0
ベストアンサー
親子の関係にあるもののデータ構造としてはネスト構造をお勧めします。
フラットの場合、親部分のみを取り出すのに集計が必須になるのもデメリットです。
作業と言われているのが、エクセルなどでの手作業を言われているのでしたら、データチェックの意味も含めて自動化による補助を考えれば良いかと思います。
投稿2018/06/16 03:04
総合スコア25173
0
質問とは離れますが、全国地方公共団体コード を使われては？
このページの下の[外部リンク]からデータを取得できます。
独自コードを使っていると市町村合併などの対応に時間と費用が重くのしかかります。
投稿2018/06/15 01:48
総合スコア16415
>なお、都道府県コード自体は「全国地方公共団体コード」ではない。
ですが、
>「都道府県に与えられた全国地方公共団体コード」は、都道府県コードに3桁コード000を続けた5桁コードである。ただしこの5桁コードを都道府県コードと呼ぶこともある。
https://haken.val.ne.jp/h_user/jsp/jobEntoryInput?EJN=13405081
のように「都道府県」で[東京都]を選んでも、次の[市区町村]で 札幌市 から表示してくれるのも困りもの。こんなシステムを納品されてろくに動作確認もしないで開発費を払う方も悪いですが。
親子関係についての質問に対して、親子関係でないデータだと手間が必要になると思ってコメントしました。
ですが、リンク先のデータが6桁で、親子関係にありませんでしたが、コード仕様を見ると６桁目はCDで、親子関係はコード体系で保障されてますね。すみません。
コードについて、公共性があるものはそれを利用するというのは同意です。
>Orlofskyさん saziさん
ありがとうございます。「全国地方公共団体コード」は初めて知りました。また「公共性があるもの」という点、「６桁目はCDで親子関係がコード体系で保障されている点」は、今後の作業で参考になりました。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2018/06/25 00:15