>>765
あくまで兆候だからな

正規化したのにやたら列数が多いテーブルはたぶん境界付けられたコンテキストを跨いでテーブル共有しちゃってる

認証認可コンテキストのユーザーはIdとパスワードを持つが届け先住所は要らないだろう
入金コンテキストだとユーザーに紐つく支払い方法とかクレカ番号が欲しいけどパスワードは要らない
発送コンテキストだとユーザーの届け先住所とかが欲しいけどクレカ番号もパスワードも要らない

同じエンティティでも場面場面で求められる情報ってのは違ってくる
そういうのを同じユーザーだからってんで安易に同じテーブルにくっつけていくと最終的に破滅的な巨大テーブルが出来上がる
大量のカラムが一体なんのためにあるのか、カラム間の整合性を保つにはどうすればいいのか、誰にもわからなくなる