コメント欄作成時のDBの構成は、コメントとコメントへの返信のテーブルを分けますか？

Question

掲示板やSNSなどの、コメント欄のDBの構成は、
１．コメントとコメントへの返信のテーブルを別にする
２．コメントとコメントへの返信のテーブルを同じにして、親idなどで管理する

どちらが良いのでしょうか？

現在、掲示板を作成中なのですが、
コメント欄作成の際に、どちらのやり方にどんなメリット・デメリットがあるのか気になったため、
質問させていただきました。

よろしくお願いいたします。

追記
twitterのリプ欄のようなものをイメージしています。

Comments

[javahack]

「コメントの返信」も結局はコメントだと思っていたんですが、別のものだとお考えになった理由を教えてください。

[m.ts10806]

要件次第です。
画面設計も提示された方がいいかもしれません。
「どうやって作るか」よりも「なぜ作るか」「何を作るか」を主体にされたほうが良い設計考察になります。

[takepon0209]

>javahack様
どのコメントに向けて返信したのかを分かるようにしたいです。
投稿へのコメントは、投稿のIDを保持する必要がありますが、
コメントへの返信の場合は、（投稿のIDを保持する必要はなく、）
コメントのIDを保持する必要があると思ったのですが。

>m.ts10806様
追記させていただきましたが、
twitterのリプ欄のような動作を想定しています。
コメントへの返信はそのコメントのすぐ下に並ぶようにしたいです。
（回答になってますでしょうか？）

[javahack]

「「コメントへの返信」への返信」はあり/なしどちらでしょうか。
とは言え、結局はm.ts10806さんの言う通り要件次第ということになります。
１．２．どちらでも作ろうと思えば作れますので、画面設計やデータの持ち方をより詳細に詰めていくと見えてくるのではないかと思います。

Answer 1

「コメントへの返信」は「返信先があるかないかだけでコメントのひとつ」と考えることもできます。
つまりコメントへのコメントへのコメントへの…とぶら下がっていたとしても、返信先のコメントIDが入ってれば対応可能です。

Comments

[takepon0209]

ありがとうございました。
今回はテーブルを分けずに作成してみようと思います。