データベーステーブル設計

質問

簡単なアプリケーションを作ろうとしています。内容は、レストランのデータベースです。画面には、単純にレストラン名、住所、電話番号、営業時間、評価を表示させたいです。この「評価」は、このアプリケーションを使用する３人のユーザが入力する１～５の値の平均値としたいです（ユーザはメンテナンス画面から１レストランにつき１回まで評価値入力可能）。つまりユーザAが４、ユーザBが５、ユーザCが１を入力した場合、4+5+1/3=3.3を表示します。テーブルを設計した経験がないので教えてほしいのですが、この場合、どのようなテーブルを作れば最もシンプルできれいに出来るのでしょうか。まずレストランテーブルを作成する必要があると思いますが、「評価」があるために１テーブルでは不足だと思います。評価カラムの値はユーザが値を入力すれば変動することになるので、別テーブルを参照させるようにすべきなのでしょうか？評価テーブルというものを考えてみましたが、ユーザ名とレストランIDの複合をプライマリキーとし、評価値カラムをもたせるとしても、どこに平均値を持たせればいいのかわかりません。テーブル設計の模範例を教えて頂けると助かります。宜しくお願いします。

回答No.1

jjon-com · ベストアンサー

基本は次のとおりです。

レストランテーブル
（レストランID，レストラン名，住所，電話番号，営業時間）

ユーザテーブル
（ユーザID，ユーザ名）

評価テーブル
（レストランID，ユーザID，評価）

平均値はDBに格納せず，SELECT検索のたびに AVG(評価) 集約関数で計算させて出力します。ユーザは特定の３人に限定せず，多数のユーザが投票してもその評価の平均を出力することができます。

この設計で運用を進めてみて，「使用しているサーバの性能があまり高くなく，テーブルを結合したり AVG(評価) 計算していると時間がかかることが分かった」ということが判明したのであれば，この基本の正規形をあえて崩すことは検討するかもしれません。

お礼

jjon-com様、とてもクリアなご回答大変有難うございました。よくわかりました。念のため一点だけ確認ですが、ユーザはメンテナンス画面からデータベースに存在するレストラン１つあたり１回まで（０回 or １回）評価出来るようにしたいのですが、この場合、評価テーブルのレストランID、ユーザIDの複合をプライマリキーにすればよいですよね？

回答No.2

jjon-com

> レストランID、ユーザIDの複合を
> プライマリキーにすればよいですよね？

はい，そのとおりです。

お礼

有難うございました！