QQスペースの掲示板のデータベースの設計方法についてどなたかアドバイスをいただけないでしょうか。

QQスペースのデータベース設計がわからないのですが？友達間で無制限に返信できる機能を実現しますか?

ディスカッション（解決策）への返信

返信ID Reply_id、
投稿ID note_id、
返信IDの親IDparent_id

SDさえあれば建物内の建物は気にしないでください

隣接リスト、改造予約トラバーサルが使用可能

返信 ID Reply_id、
投稿 ID note_id、
返信 ID の親 ID

建物内の建物を恐れないでください。標準定義属性で問題ない限り

最も基本的なテーブルを教えてください。一覧表示するか、関連リンクを教えてください。

隣接リスト、修正された事前注文トラバーサルは両方とも問題ありません

隣接ではないでしょうか。データ構造のリスト部分?時計のデザインを手伝ってもらえますか？

id 投稿するか返信するかに関係なく、各投稿には一意の ID が必要です
pid 返信の ID

関係は完了です。合計数をトラバースするだけです

拡張子:
mid 投稿の ID により検索範囲を絞り込むことができます

事前ソート: 左値と右値とも呼ばれる、変更された事前順序トラバーサルは、特定の投稿の開始 ID と終了 ID を記録します
中央値ソート: 荘子の「足を叩くと、その半分が毎日取られる」に由来、そしてそれは永遠に続きます」とありますが、コンピューターの都合上、限られた数のみを表すことができるため、「無制限」にすることはできません

id 投稿する場合でも、返信する場合でも、各投稿には一意の ID が必要です
pid返信

数値のトラバースを含め、リレーションシップが完了しました

拡張子:
mid 投稿の ID によって検索範囲を狭めることができます

事前ソート: 修正された事前順序トラバーサル (左右の値とも呼ばれます)、特定の投稿の開始 ID と終了 ID を記録します
中央値並べ替え: 荘子の「片足拍子」に由来し、毎日半分ずつ摂取すれば、永久に持続します。 「無制限」は実現できません

ニュースリリースシステムに相当しますが、QQスペースのようにユーザー同士が自由に返信できる点が異なります！ ！
見てもらうのを手伝ってもらえますか？私のデザインは次のとおりです。 / 増加
pattern_id // 深い user_id も理解しています // 的 i
news_id // メッセージの ID

このようなデザインが可能かどうかはわかりませんが、私は自分でいくつか書きましたが、相互に達成することしかできません。メッセージ



マスターからの答えを見る