テーブルの列が多い場合の対応について

Question

ある計測結果をDBに格納しようとしていますが、データ項目が約500件ほどあります。
この場合、どのようにテーブルを作成したほうが良いとおもいますか？

データ例)
ID
型式
シリアル
計測A1～10
計測B1～10
計測C1～10
・
・
・

1)全ての項目分、列を作成する。
列数がものすごいことになる。
1レコードで全ての情報が取れる。

2)EAVを使用する。
結果_値テーブルを設けて、そこにデータを格納する。
種別, 値
A1 1000
A2 2000
B1 1500
列数が少なくすむ。
データを取得する際、条件付けが大変。

その他、やり方があれば、教えて頂ければ幸いです。

宜しくお願いします。

Answer 1

色々な意見がある話だと思いますし、ユースケースにも寄るとは思うので、絶対的な回答ではなく個人的な意見としてご参照ください。

計測機器や計測項目が絶対に不変であるならば(1)を、
今後変更する可能性が少しでもあるならば(2)を選択します。

また、値を参照する際に各カラムのデータを別々に参照することが多いならば (2)を、
常に一括参照するならば(1)を選択すると思います。

ご参考になれば幸いです。

Comments

[mizu]

ご回答ありがとうございます。参考に致します。

Answer 2

MySQLは詳しくありませんが、繰り返し部分を配列にすることでカラム数500を50に減らすことができるようにおもいます。
具体的には「1～10」の部分をJSONデータ型とする。
そのうえで今後種別が、増減するなら(2)を、未来永劫固定なら(1)。

Comments

[mizu]

ご回答ありがとうございます。参考に致します。

Answer 3

単純に言えば、すべて（もしくはほとんど）のデータが埋まっているのであればそのまま全データをテーブルにおさめるのが最も効率の良いデータ管理方法です
また集計単位つまりA,B,Cというグルーピングになにか意味があるのかによります。たとえばAの集計とBの集計を同時に行うことがない（グループごとに完結している）なら、A,B,C・・・をそれぞれ外だしにして集計後連結するような方法も考えられますが、命題の条件提示が不十分なので判断つきません。

Comments

[mizu]

ご回答ありがとうございます。参考に致します。