MYSQL テーブル内にデータを格納する方法について疑問があります。
10,000 件の投稿を、それぞれ 400 語で書いたとします。
各投稿 (400 ワード) を 1 行に格納する方がよいでしょうか? または、それを分割するには、10 行 (それぞれ 40 語) としましょう。それとも 100 行 (それぞれ 4 単語) に分割しますか?
最高のパフォーマンス、軽量化、ロード時間の短縮などを実現するのはどの構造ですか? より重要なことは何ですか - 行数 (1、10、または 100) または行内のデータ量 (400、40、または 4)?
あなたの質問に対する決定的な答えはありません。
メッセージや投稿をデータベースに保存するタスクを考えると、ほとんどの人は、行ごとに 1 つのメッセージを保存するようにテーブルを設計することから始めると思います。おそらく、保存するデータを分析した後、各メッセージをいくつかのページに分割し、各ページが 400 語になるように決定することになるでしょう。この分析がなければ、問題を解決する必要はありません。
正直に言うと、この件については自分で少し調べたほうがいいでしょう。リレーショナル データベースの背後にある理論を読んでください。複数のページに分割された投稿を作成して読み込む単純なシステムを作成してみてください。
行が増えると、クエリが遅くなる可能性があります。これに加えて、投稿を分割することによって追加される複雑さは、それだけの価値がありません. 新しい開発者が何が起こっているのか理解するのにかかる時間が長くなり、より複雑なコードは現在または将来、エラーが発生する可能性が高くなります.
各投稿を一列に並べてプロファイリングし、パフォーマンスの問題がある場合は変更します。