勉強でSNSを作っています。

質問

勉強でSNSを作っています。
タグの実装をどうするかで分からないことがあったので質問させてください。

一つのエントリに、複数のタグが付く設計なのですが、それをデータベースにどう格納するかで迷っています。

a.一つのレコードにまとめて格納
entry | title | tag
1 | foo | tag1,tag2,tag3
2 | bar | tag4,tag5

b.別のタグテーブルを用意して格納
entry | tag
1 | tag1
1 | tag2
1 | tag3
2 | tag4
2 | tag5

自分で考えたのは上記の2パターンです。

どちらがいいか、あるいはこれ以外に良い設計があればアドバイスしてください。
また、なぜその方法が良いかの理由も教えていただければ幸いです。

回答No.4

yambejp · ベストアンサー

＞なぜaの方式を採っている

可能性として３つ
(1)データが簡潔である
(2)データの前後関係が明示できる
(3)工夫次第でスピードを早めることができる

つまりSQLとして集計、抽出を考えなければ実は冗長なAでもやりようがあるということです。

一方Bのメリットは
(1)抽出が効率的
(2)集計が効率的
(3)データ管理が簡便

といったところです。正規化は必ずしも高速化に直結はしませんが、往々にして
検索性が高い方が高速化しやすいです。

お礼

なるほど、正規化したからといって必ず高速になるとも限らないのですね。
しかしBの方が確かに検索は圧倒的にやりやすそうです。

最後になりますが、皆様どうもありがとうございました。
複数のやり方の一長一短を説明していただき、非常に参考になりました。
取りあえず両方のやり方でコードを書いて、それからどちらにするか決定しようと思います。

回答No.3

yambejp

RDBでという前提であればAはよほどのことがないかぎり選ばないですね。
Bを基本に詰めた方がよいでしょう。
運用方法はSQLの種類によります。

お礼

ありがとうございました、参考になりました。

回答No.2

はせがわ もぐら（@mogura_198）

今回の場合はaでいいかなと思います。（はてな式ですね)

このへんの関数が便利です
http://dev.mysql.com/doc/refman/4.1/ja/string-functions.html#id471251
追加・削除がちょっと工夫いるかもしれません。

1:n:1にする設計もありますがタグくらいなら別にいらないかな。と思います。

お礼

ありがとうございました、参考になりました。

補足

お答えいただきありがとうございます。
追加で疑問に思ったことがあるのですが、はてなはなぜaの方式を採っているのでしょう？

ここまで3名の方にヒントをいただき、b方式が一般的な解であるような印象を受けました。
mogura_198様のお答えからも、タグであればa方式で構わないだろうという留意付きでの推奨という感じを受けました。

はてなの印象として動作が遅いイメージがありますが、それはa方式にしていることと関係があったりするのでしょうか。
また、はてな以外のタグがあるサービスではb方式を採っているのなら、それが何故なのかを知りたいです。

回答No.1

mtaka2

「タグから、そのタグを使用しているエントリを検索」することを考えると、aはダメで、bにすべきでしょう。(aでもLIKEで検索できないこともないですが効率が悪いです)