データベース カウントについて

Question

勉強のため、Webアプリを作成しております。
SNS等でよく見かけるいいね機能等を実現するためのデータベース設計で質問です。

Twitterを例として想像で挙げますが、
Tweetテーブル(省略)

id	text
id	ツイート内容

Favoriteテーブル(省略)

id	user_id	tweet_id
id	ユーザーID	ツイートID

みたいなのがあったとして、あるツイートに対するいいね数は、Favoriteテーブルと結合してカウントで求めているのでしょうか？

それとも、あらかじめTweetテーブルにfavorite_countカラムを用意しておいて、ユーザーがいいねをしたら、favorite_countを増やし、同時にFavoriteテーブルに挿入しているのでしょうか？
(誰がどのツイートにいいねしたか等の情報は欲しい)

前者の場合カウントするのに時間がかかると思うのですが、どちらが一般的なのでしょうか？

Comments

[m.ts10806]

表示する想定かどうかによって違います。要件をもっと掘り下げて具体的にしてください。 >誰がどのツイートにいいねしたか等の情報は欲しい

[m.ts10806]

またタグはそれぞれどのように本件と関係があるのでしょうか。

[hossi-kuns]

>誰がどのツイートにいいねしたか等の情報は欲しい　これは、この情報がいらないならただfavorite_countカラムを用意して数を増やすだけといわれると思ったからです。

[hossi-kuns]

一応PHPのフレームワークLalavelを使っているため記載しました

Answer 1

JOINしてカウントするのが第一のとるべき方法です。

SELECT `id`, `text`, count(F.id) as fav FROM Tweet T 
LEFT JOIN Favorite F ON T.id = F.tweet_id
GROUP BY T.id

ただし、レコード件数が多くなってパフォーマンスが落ちてしまう場合には、Tweet テーブルにいいね数を持つ方法も取りうると思います。

Answer 2

どちらが一般的なのでしょうか？

一般的って何を指しています？
規模や要件で全然違う仕組みが取られる部分です。
RDB でない可能性すらある。

規模や要件を無視した学習用途であれば、都度集計するの一択です。

Answer 3

いろいろやりようがあると思いますが
履歴用のuser_id、tweet_id、いいねフラグをもったテーブルと
tweet_idといいねcountをもったツイートテーブルがあれば
前者のtriggerで後者のいいねcountを増減させることで
つねに最新のいいねの数が保持されると思います

また、都度集計するとしても
全体投稿がしょぼしょぼなら最初から最後までのデータを毎回集計してもさほど
負担はありませんが、スピードを気にするのであれば
確定ポイントをつくっておいてその前のデータは集計済みのものを利用し
その後の個別データを加算減算するのでも十分事足りるでしょう
改定ポイントは日次・週次・月次処理などデータ規模と処理スペックをみて
考えればよいでしょう。

Answer 4

多分前者だと思います。
問い合わせ自体は、Favoriteを結合して集計したり、集計したものを結合したり、サブクエリーであったりするとは思いますが、適切なインデックスが設定されていれば、そんなに時間は掛かりません。
但し、限度はあるので、表示する母数を減らすような工夫をした上ですけど。

Twitterを例にするなら、Twitterテーブルの表示件数を限定して、サブクエリーでカウントしている気がします。