Q&A
両方試してみては？
twitterなどのSNSのようないいね機能の実装をしようと思っています。
そこで、いいねを1ユーザー3回までにします。いいねを2つつける場合に、★★☆と表示されるイメージです。
また、いいねの総数を表示します。★×4132と表示されるイメージです。
以下の2つのうちどちらの設計のほうが良いでしょうか？宜しくおねがいします。
どちらもいいねテーブルがあり、任意の一つの投稿に対して1~3の数値が入る想定です。
①いいねの総数を入れるカラムを別途用意して、いいねがついたり外されるたびに、カラムの値を更新。→Viewで表示する。
②いいねの総数はSQLで合計。→Viewで表示する。
補足追加
現状以下の構成を想定しています。
①の場合は、追加でPostテーブルにいいねの総数を入れるカラムを用意します。
| Like(いいね)テーブル | Postテーブル | Userテーブル |
|---|---|---|
| id | id | id |
| post_id(FK) | photo_img | |
| user_id(FK) | user_id(FK) | name |
| like_count | password |
回答1件
0
ベストアンサー
①はinsert+update、②はinsert+delete、という事になりそうですね。
②だと「いいねを1ユーザー3回まで」という制約の為のチェックがオーバーヘッドになるかもしれません。
星の数は単に評価のランクです。それを行に展開するというのは普通しませんよね。
星=１データという概念にとらわれすぎに思います。
なので、①で。
投稿2021/05/07 00:45
総合スコア25206
回答ありがとうございます。
星=1データにする理由は、誰がどの星をつけたのか識別するためです。
例えば、ログインユーザーが任意の一つの投稿に`星2`評価していた場合に、星の色を`★★☆`と表示する必要があるからです。なので①も行に展開しています。
星=１データという概念にとらわれすぎということですが、saziさんはどのような設計が良いと考えますか？
「どちらもいいねテーブルがあり」という事でしたが、質問に追加された情報ではそのように見受けられません。
どのテーブルがいいねテーブルなのでしょう？
②の場合にいいねテーブルを追加というなら、それが星１個＝１データという事だと思うので、その場合はやりすぎという回答です。
僕の伝え方の問題で混乱させてしまいすみません。
いいねテーブルとはLikeテーブルのことです。
どちらにもいいねテーブル(Likeテーブル)があるという意味です。
また、どちらも任意の一つの投稿に対して1~3の数値が入ると伝えています。
なので星一個=1データではありません。
likeテーブルのlike_countの総数を、Postテーブルに持つかどうかという事ですね。
そういう事なら、正規化の観点からは、postテーブルに項目は持たせません。
但し、レスポンスの問題が発生するようなら、総数を持たせることはありますけど、見た感じではインデックスが適切に設定されていれば、問題になるような感じはしませんね。
そうです。説明の仕方に気をつけます。m(_ _)m
なるほどです。
likeテーブルのpost_idとuser_idに複合indexを設定しているので大丈夫そうです。
もし、それでもレスポンスの問題が発生する場合は、総数を持たせるようにしようと思います。
まとめると、②のやり方で設計して、レスポンスの問題が発生するなら①に変える感じが良いってことであっていますか？
そうですね。
先ずは正規化に則った設計をした方が良いですね。
分かりました。
アドバイス頂き、ありがとうございました。m(_ _)m
あなたの回答
tips
プレビュー
