よくあるやつ。
Webの問い合わせだったり受発注だったりの受付フォームで住所を入れる項目があるけど、あれ事細かに分かれてる場合ありますよね、あれは良くないと思った。

結論：これでいいのでは

自分ならこうする。

何の話

今あるWebアプリの住所入力欄が

っていう入力欄になっていて、それぞれの項目に入っている内容が、レコードごとにバラバラになってる

例えば、住所の入力されるパターンとして

みたいなことになる。

ひどいパターンになると、

みたいなエラーデータを誘発する。
この話に関しては今回言いたいことからは外れるのでこれ以上は書かない。

ここで問題になるのが、例えば戸建ての住所で

になった場合の住所2の扱い。

例えば、「2000-10-1」のようなデータが入ったとしよう
そして顧客管理部門の人間はコンピュータに不慣れなのでExcelでデータを管理したいと言い出したとしよう

察しのいい人はお分かりと思う

Excelが得意げに日付データとして解釈し、うまく動かない（＝住所へ送付物を出そうとしたのにあて先不明のオンパレード）となるのだ

これに限らず、数字記号のみのデータの形式を勝手に解釈して入れ込んでしまうトラブルは山のようにあると思う。
機能単体で見ると便利なんだけど、こういう場合は悪さをした話しか聞かないのはなんでだろう。

あとこのWebアプリをこの設計にしたやつはちょっとそこに正座しよう。おじさん怒らないから。