アンケートデータ格納用のDB設計について

Question

アンケートデータ格納用のDB設計について質問させてください。

現在、アンケートの回答データを集計するためにDBに格納しようとしています。

アンケートデータの質問数は、多いものですと500を超えるケースもあり、
RDBのカラム制限にひっかかるため、回答データ１レコードを質問ごとに分割し、
縦持ちで保持することを考えています。

---

（元データ例:１カラム目はデータキー、２カラム目以降が回答データ）
回答者１,1,1,0,1,1,1...
回答者２,2,1,1,1,0,1...
回答者３,3,1,0,1,2,1...

（縦持ちイメージ）
回答者１,質問１,1
回答者１,質問２,1
回答者１,質問３,0
回答者１,質問４,1
.....
回答者３,質問499,1
回答者３,質問500,0

---

この場合、元のレコード数が例えば1万件程度でも、縦持ちの場合掛け算となり、
たとえば500質問では500万件のデータ数となってしまいます。

また、時系列でアンケートデータを管理していくため、レコード数自体も増えていきますし、
質問も追加されてどんどん増えていくことになります。

実際にはこのデータを元にオンラインでクロス集計などの集計処理を行うのが
メインとなりますが、このようなデータをDBで管理する場合には上記のように
縦持ちにするのが本当に正しいのでしょうか？
それとも、RDBではない別のデータ保持方法を採るのが良いのでしょうか。

Answer 1

第一正規化 で[縦持ち]で設計します。
テーブル設計はきちんと勉強してください。1つのテーブルで何千万件、何億件のデータを持つシステムはめずらしくありません。システムに見合うハードウェアは用意します。

Comments

[ren0802]

ありがとうございました。

Answer 2

個人的な意見ですが、質問内容が不定の時点で、縦持ちしかないと思います。
後は参照する時にインデックスが生きるようにするなどの注意をするぐらいしかないのでは？

自分も過去に上記のようなアンケートデータの集計をやったことがありますが、
数千万レコードありました。

集計にもそこそこ時間が掛かるので、リアルタイムではなかったですが。。。。

後は登録時点で集計を行うとか？・・・

Comments

[ren0802]

ありがとうございました。