MySQL データは「縦持ち」「横持ち」どっちがいいの？

今入っている現場で、私は上流工程から関わって動いています。

そんな中、議論になった事案があったのでメモしておこうと思います。

議題はタイトルの通り【縦持ちVS横持ち】です。

私は縦持ち論者なので、主だっては私の主張です。

今回の「1ユーザーに対して約200のカラムがぶら下る構成」＆「Nullがある」という状況はレコードの中にNULLが大量発生する可能性があります。これって「正規化」という視点で見た時どうなの？と大いに疑問ですよね。

NULLはできるだけ存在させない。
そして、同じ値は可能な限り登録しない。

そう考えると、1つのテーブルにカラム数200なんてありえない。
新規にカラムを追加したくなった場合、簡単にできないので修正工数増えますよ？

と主張するのですが、横持ち論者は次のように反論します。

言いたいことの理解できるところも理解できないところも混在している感じです。

縦持ちは速度を言われると痛いのは確かに。
でもさ、要は常用利用とそれ以外を分けてDB設計すれば良いのでは？

ということで、DBの構成を横持ち派にだいぶ妥協して次のようにしました。

こんな感じで4テーブル構成。
果たしてよかったのか悪かったのか。

個人的には、DBは縦持ちであるべきだと思っています。
でも、現場をコントロールする企画側にDB設計のできる人が揃っているとは限りません。
そのため、DBの議論がエクセルベースに置き換わってしまう事が多々あります。
ここら辺は上手に立ち回って、喧嘩腰にならずに構成を詰めていきたいものです。

う〜ん、どうすっかなぁ（悩）