評価を保存する方法によって異なります。
個々の評価をトラッキングする場合は、あなたは以下と評価表が必要になります。
Column
---------
RatingID (PK)
Username (FK) (UserDetailsID if you change the primary key of the UserDetails table)
PostID (FK)
RatingScore
DateRated
アプリでは、あなたはそのPostID
バックごとRankScore
を引くだろうと計算がPostID
言ったのカウントをオフに基づいてください。
私は上記の方法をお勧めします。これは、あなたが今後の評価でもっと多くのことを可能にするからです。さらに、Comments
テーブルを使用すると、適切な構造に従うことができます。例。誰が何を何点で評価したかを表示します。
Post
テーブルにアタッチする場合は、別のテーブルは必要ありません。テーブルにRating_Count
とAverage_Rating
を追加するだけです。あなたのアプリでは、投稿が評価されるたびに更新を実行する必要があります。 Rating_Count
とAverage_Rating
を引いて、Rating_Count
を1つ増やして、Average_Rating
を再計算して更新を実行する必要があります。
私の2番目の提案は、あなたのレーティング設定を向上させたい場合、柔軟性が低くなります。
個々の料金をトラッキングしますか?または1ポスト当たりの平均値ですか? –
私は特定の投稿にそれぞれの個々の投票を記録する必要がある投稿あたりの平均評価を得ると思いますか? –
投稿ごとに評価を追跡する必要があります。これにより、長期的にも柔軟にNF – VikingBlooded